Details
-
Bug
-
Status: Closed (View Workflow)
-
Critical
-
Resolution: Fixed
-
5.5(EOL), 10.0(EOL), 10.1(EOL), 10.2(EOL)
-
10.2.1-5
Description
The failure has been happening, although rarely, for over an year.
It comes with two flavors:
http://buildbot.askmonty.org/buildbot/builders/bld-dan-release/builds/3581/steps/test/logs/stdio
@@global.max_connections = @start_max_connections |
CURRENT_TEST: sys_vars.rpl_init_slave_func
|
mysqltest: In included file "./include/assert.inc":
|
included from /opt/buildbot-slave/mariadb/dan_demeter2/build/mysql-test/suite/sys_vars/t/rpl_init_slave_func.test at line 69:
|
At line 168: Test assertion failed in assertion.inc
|
|
The result from queries just before the failure was:
|
< snip >
|
Log_name File_size
|
master-bin.000001 322
|
|
**** SHOW BINLOG EVENTS on server_1 ****
|
binlog_name = 'master-bin.000001'
|
SHOW BINLOG EVENTS IN 'master-bin.000001';
|
Log_name Pos Event_type Server_id End_log_pos Info
|
master-bin.000001 4 Format_desc 1 249 Server ver: 10.2.0-MariaDB, Binlog ver: 4
|
master-bin.000001 249 Gtid_list 1 278 []
|
master-bin.000001 278 Binlog_checkpoint 1 322 master-bin.000001
|
|
**** SHOW RELAYLOG EVENTS on server_1 ****
|
relaylog_name = 'No such row'
|
SHOW RELAYLOG EVENTS IN 'No such row';
|
Log_name Pos Event_type Server_id End_log_pos Info
|
connection slave;
|
Assertion text: '@@global.max_connections = @start_max_connections'
|
Assertion condition: '@@global.max_connections = @start_max_connections'
|
Assertion condition, interpolated: '@@global.max_connections = @start_max_connections'
|
Assertion result: '0'
|
http://buildbot.askmonty.org/buildbot/builders/p8-rhel7-bintar/builds/1222/steps/test/logs/stdio
@@global.max_connections = @start_max_connections + 1' |
sys_vars.rpl_init_slave_func 'mix' w3 [ fail ]
|
Test ended at 2016-04-19 19:09:05
|
|
CURRENT_TEST: sys_vars.rpl_init_slave_func
|
mysqltest: In included file "./include/assert.inc":
|
included from /home/buildbot/maria-slave/power8-vlp03-bintar/build/mysql-test/suite/sys_vars/t/rpl_init_slave_func.test at line 87:
|
At line 168: Test assertion failed in assertion.inc
|
|
The result from queries just before the failure was:
|
< snip >
|
|
**** SHOW BINARY LOGS on server_1 ****
|
SHOW BINARY LOGS;
|
Log_name File_size
|
master-bin.000001 245
|
|
**** SHOW BINLOG EVENTS on server_1 ****
|
binlog_name = 'master-bin.000001'
|
SHOW BINLOG EVENTS IN 'master-bin.000001';
|
Log_name Pos Event_type Server_id End_log_pos Info
|
master-bin.000001 4 Format_desc 1 245 Server ver: 5.5.48-MariaDB, Binlog ver: 4
|
|
**** SHOW RELAYLOG EVENTS on server_1 ****
|
relaylog_name = 'No such row'
|
SHOW RELAYLOG EVENTS IN 'No such row';
|
Log_name Pos Event_type Server_id End_log_pos Info
|
Assertion text: '@@global.max_connections = @start_max_connections + 1'
|
Assertion condition: '@@global.max_connections = @start_max_connections + 1'
|
Assertion condition, interpolated: '@@global.max_connections = @start_max_connections + 1'
|
Assertion result: '0'
|
Attachments
Issue Links
- blocks
-
MDEV-7069 Fix buildbot failures in main server trees
-
- Stalled
-
Activity
Assignee | Kristian Nielsen [ knielsen ] | Lixun Peng [ plinux ] |
Sprint | 10.2.1-5 [ 68 ] |
Assignee | Lixun Peng [ plinux ] | Andrei Elkin [ elkin ] |
Assignee | Andrei Elkin [ elkin ] | Sujatha Sivakumar [ sujatha.sivakumar ] |
Priority | Minor [ 4 ] | Critical [ 2 ] |
Fix Version/s | 5.5 [ 15800 ] | |
Fix Version/s | 10.0 [ 16000 ] |
Status | Open [ 1 ] | In Progress [ 3 ] |
Assignee | Sujatha Sivakumar [ sujatha.sivakumar ] | Andrei Elkin [ elkin ] |
Status | In Progress [ 3 ] | In Review [ 10002 ] |
Assignee | Andrei Elkin [ elkin ] | Sujatha Sivakumar [ sujatha.sivakumar ] |
Status | In Review [ 10002 ] | Stalled [ 10000 ] |
Labels | synchronization |
Fix Version/s | 10.1.48 [ 25108 ] | |
Fix Version/s | 10.2.35 [ 25022 ] | |
Fix Version/s | 10.3.26 [ 25021 ] | |
Fix Version/s | 10.4.16 [ 25020 ] | |
Fix Version/s | 10.5.7 [ 25019 ] | |
Fix Version/s | 10.2 [ 14601 ] | |
Fix Version/s | 10.1 [ 16100 ] | |
Resolution | Fixed [ 1 ] | |
Status | Stalled [ 10000 ] | Closed [ 6 ] |
Workflow | MariaDB v3 [ 75823 ] | MariaDB v4 [ 150469 ] |
In Percona Server and MySQL:
A slave SQL thread sets its Running state to Yes very early in its
initialisation, before the majority of initialisation actions,
including executing the init_slave command, are done. Thus the
testcase has a race condition where the initial replication setup
might finish executing later than the testcase SET GLOBAL init_slave,
making the testcase see its effect where it checks for its absence.
See https://github.com/percona/percona-server/pull/1464 for a fix