summaryrefslogtreecommitdiff
path: root/mysql-test/suite/rpl/r/rpl_stm_reset_slave.result
diff options
context:
space:
mode:
authorShivji Kumar Jha <shivji.jha@oracle.com>2013-09-27 01:24:16 +0530
committerShivji Kumar Jha <shivji.jha@oracle.com>2013-09-27 01:24:16 +0530
commitd4011a614411e67633cc75a6233c74a22dd32ff5 (patch)
tree9c70b6e7ca55a99519bd356148914684d278f8b6 /mysql-test/suite/rpl/r/rpl_stm_reset_slave.result
parentcc4043f013ba796050ba1a971e5806d3bc0ca572 (diff)
downloadmariadb-git-d4011a614411e67633cc75a6233c74a22dd32ff5.tar.gz
BUG#16580366- MTR TESTS FAILING SPORADICALLY ON PB2 (5.5, 5.6 AND 5.7)
DURING INNODB RECOVERY Problem: ======= The connection 'master' is dropped by mysqltest after rpl_end.inc. At this point, dropping temporary tables at the connection 'master' are not synced at slave. So, the temporary tables replicated from master remain on slave leading to an inconsistent close of the test. The following test thus complains about the presence of temporary table(s) left over from the previous test. Fix: === - Put explicit drop commands in replication tests so that the temporary tables are dropped at slave as well. - Added the check for Slave_open_temp_tables in mtr_check.sql to warn about the remaining temporary table, if any, at the close of a test.
Diffstat (limited to 'mysql-test/suite/rpl/r/rpl_stm_reset_slave.result')
-rw-r--r--mysql-test/suite/rpl/r/rpl_stm_reset_slave.result1
1 files changed, 1 insertions, 0 deletions
diff --git a/mysql-test/suite/rpl/r/rpl_stm_reset_slave.result b/mysql-test/suite/rpl/r/rpl_stm_reset_slave.result
index b1473c937a1..e5870cec2c9 100644
--- a/mysql-test/suite/rpl/r/rpl_stm_reset_slave.result
+++ b/mysql-test/suite/rpl/r/rpl_stm_reset_slave.result
@@ -23,6 +23,7 @@ include/start_slave.inc
show status like 'slave_open_temp_tables';
Variable_name Value
Slave_open_temp_tables 1
+drop temporary table if exists t1;
include/stop_slave.inc
reset slave;
include/check_slave_no_error.inc