rpl.rpl_semi_sync_uninstall_plugin 'stmt' w3 [ fail ]

        Test ended at 2016-09-25 18:18:26

CURRENT_TEST: rpl.rpl_semi_sync_uninstall_plugin

mysqltest: In included file "./include/wait_condition.inc": 

included from /mnt/buildbot/build/mariadb-10.2.2/mysql-test/suite/rpl/t/rpl_semi_sync_uninstall_plugin.test at line 115:

At line 43: query 'let $success= `$wait_condition`' failed with wrong errno 2013: 'Lost connection to MySQL server during query', instead of 0...

The result from queries just before the failure was:

< snip >

show status like "Rpl_semi_sync_slave_status";

Variable_name	Value

Rpl_semi_sync_slave_status	ON

connection master;

show status like "Rpl_semi_sync_master_status";

Variable_name	Value

Rpl_semi_sync_master_status	ON

show status like "Rpl_semi_sync_master_clients";

Variable_name	Value

Rpl_semi_sync_master_clients	1

select plugin_name,plugin_status from information_schema.plugins where plugin_name like 'rpl_%';

plugin_name	plugin_status

rpl_semi_sync_master	DELETED

connection slave;

include/stop_slave.inc

select plugin_name,plugin_status from information_schema.plugins where plugin_name like 'rpl_%';

plugin_name	plugin_status

connection master;

create table t2 (a int);

drop table t2;

mysqld: /home/buildbot/buildbot/build/mariadb-10.2.2/sql/sql_show.cc:178: my_bool show_plugins(THD*, plugin_ref, void*): Assertion `0' failed.

2016-09-25 18:18:17 2970310464 [Note] unregister_replicator OK

160925 18:18:17 [ERROR] mysqld got signal 6 ;

This could be because you hit a bug. It is also possible that this binary

or one of the libraries it was linked against is corrupt, improperly built,

or misconfigured. This error can also be caused by malfunctioning hardware.

To report this bug, see https://mariadb.com/kb/en/reporting-bugs

We will try our best to scrape up some info that will hopefully help

diagnose the problem, but since we have already crashed, 

something is definitely wrong and this may fail.

Server version: 10.2.2-MariaDB-debug-log

key_buffer_size=1048576

read_buffer_size=131072

max_used_connections=7

max_threads=153

thread_count=9

It is possible that mysqld could use up to 

key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 61859 K  bytes of memory

Hope that's ok; if not, decrease some variables in the equation.

Thread pointer: 0x0xb1429de8

Attempting backtrace. You can use the following information to find out

where mysqld died. If you see no messages after this, something went

terribly wrong...

stack_bottom = 0xb126ae80 thread_stack 0x48c00

/mnt/buildbot/build/mariadb-10.2.2/sql/mysqld(my_print_stacktrace+0x32)[0x8cde4b1]

/mnt/buildbot/build/mariadb-10.2.2/sql/mysqld(handle_fatal_signal+0x3c8)[0x85889d0]

[0xeec400]

[0xeec416]

/lib/i386-linux-gnu/libc.so.6(gsignal+0x4f)[0xd4f1ef]

/lib/i386-linux-gnu/libc.so.6(abort+0x175)[0xd52835]

/lib/i386-linux-gnu/libc.so.6(+0x27095)[0xd48095]

/lib/i386-linux-gnu/libc.so.6(+0x27147)[0xd48147]

/mnt/buildbot/build/mariadb-10.2.2/sql/mysqld[0x83b18ac]

/mnt/buildbot/build/mariadb-10.2.2/sql/mysqld(_Z24plugin_foreach_with_maskP3THDPFcS0_PP13st_plugin_intPvEijS4_+0x2af)[0x83493e2]

/mnt/buildbot/build/mariadb-10.2.2/sql/mysqld(_Z12fill_pluginsP3THDP10TABLE_LISTP4Item+0x6f)[0x83b1e3f]

/mnt/buildbot/build/mariadb-10.2.2/sql/mysqld(_Z24get_schema_tables_resultP4JOIN23enum_schema_table_state+0x312)[0x83ccdad]

/mnt/buildbot/build/mariadb-10.2.2/sql/mysqld(_ZN4JOIN10exec_innerEv+0x853)[0x8372777]

/mnt/buildbot/build/mariadb-10.2.2/sql/mysqld(_ZN4JOIN4execEv+0xcd)[0x8371e81]

/mnt/buildbot/build/mariadb-10.2.2/sql/mysqld(_Z12mysql_selectP3THDP10TABLE_LISTjR4ListI4ItemEPS4_jP8st_orderS9_S7_S9_yP13select_resultP18st_select_lex_unitP13st_select_lex+0x35a)[0x837308d]

/mnt/buildbot/build/mariadb-10.2.2/sql/mysqld(_Z13handle_selectP3THDP3LEXP13select_resultm+0x1e4)[0x8369418]

/mnt/buildbot/build/mariadb-10.2.2/sql/mysqld[0x833844a]

/mnt/buildbot/build/mariadb-10.2.2/sql/mysqld(_Z21mysql_execute_commandP3THD+0x182c)[0x832d2e4]

/mnt/buildbot/build/mariadb-10.2.2/sql/mysqld(_Z11mysql_parseP3THDPcjP12Parser_statebb+0x288)[0x833bb7c]

/mnt/buildbot/build/mariadb-10.2.2/sql/mysqld(_Z16dispatch_command19enum_server_commandP3THDPcjbb+0xee0)[0x8328e5e]

/mnt/buildbot/build/mariadb-10.2.2/sql/mysqld(_Z10do_commandP3THD+0x77f)[0x83278a7]

/mnt/buildbot/build/mariadb-10.2.2/sql/mysqld(_Z24do_handle_one_connectionP7CONNECT+0x1bf)[0x8460751]

/mnt/buildbot/build/mariadb-10.2.2/sql/mysqld(handle_one_connection+0x38)[0x84604df]

/mnt/buildbot/build/mariadb-10.2.2/sql/mysqld[0x877fb6d]

/lib/i386-linux-gnu/libpthread.so.0(+0x6d4c)[0x116d4c]

/lib/i386-linux-gnu/libc.so.6(clone+0x5e)[0xe0bace]

Trying to get some variables.

Some pointers may be invalid and cause the dump to abort.

Query (0xb1431958): select count(*) = 0 from information_schema.plugins where plugin_name like 'rpl_%'

Connection ID (thread ID): 8

Status: NOT_KILLED