[MDEV-4208] Test rpl.rpl_rotate_purge_deadlock has incorrect preamble Created: 2013-02-26 Updated: 2013-02-27 Resolved: 2013-02-27 |
|
| Status: | Closed |
| Project: | MariaDB Server |
| Component/s: | None |
| Affects Version/s: | 10.0.1, 5.5.29 |
| Fix Version/s: | 10.0.2, 5.5.30 |
| Type: | Bug | Priority: | Major |
| Reporter: | Pavel Ivanov | Assignee: | Elena Stepanova |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Description |
|
Test rpl.rpl_rotate_purge_deadlock has in the beginning:
It means that when debug_sync is not enabled, or binlog format is not 'row', or there's no innodb master-slave configuration will be already set up and won't be torn down. So any subsequent test involving master-slave configuration will break because it won't be able to set it up. |
| Comments |
| Comment by Elena Stepanova [ 2013-02-27 ] |
|
Hi Pavel, Have you ever seen an actual failure due to the described problem with rpl.rpl_rotate_purge_deadlock? I'm wondering because while generally you are right about the wrong order, in practice I think nothing wrong should ever happen since the test in question has its own config file, so the servers should be restarted after it anyway. So if you did see a failure, maybe we should look deeper into MTR logic. |
| Comment by Pavel Ivanov [ 2013-02-27 ] |
|
It looks like you are right about intended behavior – I can't reproduce the error coupling rpl.rpl_rotate_purge_deadlock with randomly chosen other test (I didn't try all of them). But the following set of commands reproduces the problem reliably: cmake . -DCMAKE_BUILD_TYPE=Release |
| Comment by Elena Stepanova [ 2013-02-27 ] |
|
You are right. Server restart doesn't save the day because MTR is too efficient, it only restarts the master (since the test has a master config file), but not the slave. |
| Comment by Elena Stepanova [ 2013-02-27 ] |
|
Pushed into maria/5.5 as revno 3668 |