Hide Forgot
This bug is created as a clone of upstream ticket: https://fedorahosted.org/389/ticket/48766 In a MMR environment where all the masters are under heavy load the replication changelog cache/buffer mechanism does not always use the correct anchor csn and some updates are not sent to the consumer. Typically it's the very first "bulk load" read from the changelog at the start of a replication session that has issues, but it can also happen during subsequent bulk loads during the same session.
Justification: This bug is severe because it could cause data loss on some random replication consumer servers without being noticed.
Justification: https://bugzilla.redhat.com/show_bug.cgi?id=1321124#c19 (In reply to German Parente from comment #18) > hi Marcel, > > you are right that this bug has been identified only once in case 01632462. > But I think the reason of having this in 7.2.Z is that there's a case where > we could have inconsistency in the different nodes under replication and > without noticing. That's the reason why engineering wanted this bug fixed in > rhel7.2.z This is a very severe bug that impacts all customers who use replication. The main issue, already mentioned by German, is that updates are silently skipped. This leads to data inconsistency, which basically means replication is broken. This is a worst case scenario for customers using replication, because replication is not working correctly but there are warnings/errors. So the customer has no idea things are broken, and when storing/replicating things like credit card/bank information, passwords, or other sensitive data, this inconsistency is unacceptable.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHBA-2017-0667.html