Skip to content

Commit fe24af0

Browse files
committed
Bug#27294009 XCOM ENTERS AN INFINITE LOOP IN CASE OF A REQUEST_RETRY (post-fix)
Problem ======= gr_start_onboot_fail_restore_read_mode has been consistently failing on Windows. Analysis ======== gr_start_onboot_fail_restore_read_mode fails consistently when the same MTR worker executes gr_start_group_without_boot_node immediately before gr_start_onboot_fail_restore_read_mode. I am unsure why this particular test order is problematic, but using a private error log for gr_start_onboot_fail_restore_read_mode solves the issue. Solution ======== Use a private error log for gr_start_onboot_fail_restore_read_mode. Reviewed-by: André Negrão <[email protected]> Reviewed-by: Nuno Carvalho <[email protected]> RB: 18752
1 parent a848645 commit fe24af0

File tree

2 files changed

+3
-2
lines changed

2 files changed

+3
-2
lines changed
Lines changed: 2 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,2 @@
1+
--log_error=$MYSQLTEST_VARDIR/tmp/gr_start_onboot_fail_restore_read_mode.1.err
2+
--no-console

rapid/plugin/group_replication/tests/mtr/t/gr_start_onboot_fail_restore_read_mode.test

Lines changed: 1 addition & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -45,8 +45,7 @@ SET SESSION sql_log_bin= 1;
4545
--echo # replication
4646
--echo ############################################################
4747

48-
--let $assert_file= $MYSQLTEST_VARDIR/log/mysqld.1.err
49-
--let $assert_only_after = CURRENT_TEST: group_replication.gr_start_onboot_fail_restore_read_mode
48+
--let $assert_file= $MYSQLTEST_VARDIR/tmp/gr_start_onboot_fail_restore_read_mode.1.err
5049
--let $assert_count = 1
5150
--let $assert_select = Timeout on wait for view after joining group
5251
--let $assert_text = Found the expected Group Replication start error in the server log

0 commit comments

Comments
 (0)