Bug #80929 | Master crashes when UUID is changed on slave and slave attempts to reconnect | ||
---|---|---|---|
Submitted: | 1 Apr 2016 11:33 | Modified: | 6 Apr 2016 14:41 |
Reporter: | Cbg-Ops Patrick | Email Updates: | |
Status: | Duplicate | Impact on me: | |
Category: | MySQL Server | Severity: | S2 (Serious) |
Version: | 5.6.15 | OS: | CentOS |
Assigned to: | CPU Architecture: | Any | |
Tags: | GTID, replication, UUID |
[1 Apr 2016 11:33]
Cbg-Ops Patrick
[1 Apr 2016 11:34]
Cbg-Ops Patrick
output from mysqld.log
Attachment: logdump (application/octet-stream, text), 9.17 KiB.
[4 Apr 2016 6:05]
MySQL Verification Team
Hello Patrick, Thank you for the report. This bug looks most likely duplicate of Bug #72085 Documented fix as follows in the 5.5.39, 5.6.20, and 5.7.5 changelogs: When using row-based replication, updating or deleting a row on the master that did not exist on the slave led to failure of the slave when it tried to process the change. This problem occurred with InnoDB tables lacking a primary key. Please upgrade to the latest GA release and let us know if you are still having this issue along with exact reproducible test case. Thanks, Umesh
[6 Apr 2016 14:41]
Cbg-Ops Patrick
Get the error: You do not have access to bug #72085. when trying to view the duplicate Upgrade path is in the pipeline but wanted to try and resolve some other issues in the short term