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
2011-05-11 09:49:23 +02:00
2013-03-26 10:35:34 +01:00
2016-12-06 09:45:51 +01:00
2010-12-19 18:07:28 +01:00
2010-12-19 18:07:28 +01:00
2014-10-11 18:53:06 +02:00
2010-12-19 18:07:28 +01:00
2020-05-20 17:42:28 +05:30
2016-03-04 02:09:37 +02:00
2019-05-29 15:18:52 +05:30
2019-05-29 15:18:52 +05:30
2017-09-21 22:02:21 +02:00
2012-09-27 20:09:46 +02:00
2016-12-05 20:19:01 +02:00
2017-09-21 22:02:21 +02:00
2010-12-19 18:07:28 +01:00
2013-05-03 01:54:47 +03:00
2019-11-12 16:31:08 +05:30
2015-09-04 10:33:56 +02:00
2013-03-26 10:35:34 +01:00
2014-02-03 15:22:39 +01:00
2019-07-25 11:38:45 +05:30
2011-01-20 19:08:12 +02:00
2016-06-27 15:14:07 +04:00
2015-09-22 14:01:54 +04:00
2011-02-15 11:59:12 +00:00
2016-01-03 13:27:59 +02:00
2011-12-15 22:07:58 +01:00
2016-12-05 20:19:01 +02:00
2018-05-08 10:31:35 +02:00
2017-09-21 22:02:21 +02:00
2017-09-21 22:02:21 +02:00
2014-10-11 18:53:06 +02:00
2013-03-26 10:35:34 +01:00
2012-02-09 23:28:33 +05:30
2011-09-29 14:47:27 +05:30
2011-09-29 14:47:27 +05:30
2016-12-05 20:19:01 +02:00
2017-09-20 18:17:50 +02:00
2016-12-05 20:19:01 +02:00
2014-10-11 18:53:06 +02:00
2017-12-03 15:21:53 +02:00
2018-10-17 10:46:20 +05:30
2012-10-01 02:30:44 +03:00
2014-09-30 15:55:02 +02:00
2014-12-02 22:25:16 +01:00
2010-12-19 18:07:28 +01:00
2012-02-09 23:28:33 +05:30
2012-02-09 23:28:33 +05:30
2012-02-09 23:28:33 +05:30
2010-12-19 18:15:12 +01:00
2017-09-21 22:02:21 +02:00
2016-12-05 20:19:01 +02:00
2016-12-05 20:19:01 +02:00
2014-10-11 18:53:06 +02:00
2015-12-15 20:25:06 +01:00
2016-12-05 20:19:01 +02:00
2014-01-22 15:29:36 +01:00
2015-04-28 11:56:54 +02:00
2015-12-15 20:25:06 +01:00
2014-10-11 18:53:06 +02:00
2010-12-19 18:07:28 +01:00
2014-10-11 18:53:06 +02:00
2015-06-30 14:30:38 +03:00
2015-06-30 14:44:33 +03:00
2010-12-19 18:15:12 +01:00
2014-10-11 18:53:06 +02:00
2010-12-19 18:07:28 +01:00
2013-05-03 01:54:47 +03:00
2010-12-19 18:07:28 +01:00
2016-12-05 20:19:01 +02:00
2010-12-19 18:07:28 +01:00
2011-01-13 12:21:57 +00:00
2013-03-26 10:35:34 +01:00
2012-12-17 12:49:11 +01:00
2017-09-21 22:02:21 +02:00
2017-01-16 03:18:14 +02:00
2016-12-05 20:19:01 +02:00
2016-12-05 20:19:01 +02:00
2012-03-28 01:04:46 +02:00
2010-12-19 18:07:28 +01:00
2013-05-03 01:54:47 +03:00
2017-09-21 22:02:21 +02:00
2011-12-15 22:07:58 +01:00
2014-01-29 15:41:10 +02:00
2015-12-21 21:24:22 +01:00
2016-12-05 20:19:01 +02:00
2017-09-21 22:02:21 +02:00
2016-12-05 20:19:01 +02:00
2010-12-19 18:07:28 +01:00
2011-04-25 17:22:25 +02:00
2014-10-11 18:53:06 +02:00
2010-12-19 18:07:28 +01:00
2010-12-19 18:07:28 +01:00
2016-12-05 20:19:01 +02:00
2010-12-19 18:15:12 +01:00
836d708997