mariadb/mysql-test/suite/rpl
Sujatha 836d708997 MDEV-22451: SIGSEGV in __memmove_avx_unaligned_erms/memcpy from _my_b_write on CREATE after RESET MASTER
Analysis:
========
RESET MASTER TO # command deletes all binary log files listed in the index
file, resets the binary log index file to be empty, and creates a new binary
log with number #. When the user provided binary log number is greater than
the max allowed value '2147483647' server fails to generate a new binary log.
The RESET MASTER statement marks the binlog closure status as
'LOG_CLOSE_TO_BE_OPENED' and exits. Statements which follow RESET MASTER
try to write to binary log they find the log_state != LOG_CLOSED and
proceed to write to binary log cache and it results in crash.

Fix:
===
During MYSQL_BIN_LOG open, if generation of new binary log name fails then the
"log_state" needs to be marked as "LOG_CLOSED". With this further statements
will find binary log as closed and they will skip writing to the binary log.
2020-05-20 17:42:28 +05:30
..
extension Update FSF Address 2019-05-11 21:29:06 +03:00
include MDEV-20645: Replication consistency is broken as workers miss the error notification from an earlier failed group. 2019-09-30 13:22:37 +05:30
r MDEV-22451: SIGSEGV in __memmove_avx_unaligned_erms/memcpy from _my_b_write on CREATE after RESET MASTER 2020-05-20 17:42:28 +05:30
t MDEV-22472 rpl.rpl_fail_register failed in buildbot with wrong result 2020-05-19 21:57:01 +03:00
disabled.def Bug#17638477 UNINSTALL AND INSTALL SEMI-SYNC PLUGIN CAUSES SLAVES TO BREAK 2014-08-03 12:45:14 +02:00
my.cnf
README
rpl_1slave_base.cnf merge with 5.3 2011-10-19 21:45:18 +02:00

How to run.
===========

./mysql-test-run.pl --suite=rpl --mysqld=--binlog-format=mixed