mirror of
https://github.com/MariaDB/server.git
synced 2025-11-28 17:36:30 +03:00
4f03d60096
VM-WIN2003-32-A, SLES10-IA64-A
The test case waits for master_pos_wait not to timeout, which
means that the deadlock between SQL and IO threads was
succesfully and automatically dealt with.
However, very rarely, master_pos_wait reports a timeout. This
happens because the time set for master_pos_wait to wait was
too small (6 seconds). On slow test env this could be a
problem.
We fix this by setting the timeout inline with the one used
in sync_slave_with_master (300 seconds). In addition we
refactored the test case and refined some comments.
16 lines
403 B
Plaintext
16 lines
403 B
Plaintext
include/master-slave.inc
|
|
[connection master]
|
|
include/stop_slave.inc
|
|
create table t1 (a int);
|
|
drop table t1;
|
|
create table t1 (a int);
|
|
drop table t1;
|
|
reset slave;
|
|
start slave io_thread;
|
|
include/wait_for_slave_param.inc [Slave_IO_State]
|
|
include/stop_slave_io.inc
|
|
reset slave;
|
|
include/start_slave.inc
|
|
include/assert.inc [Assert that master_pos_wait does not timeout nor it returns NULL]
|
|
include/rpl_end.inc
|