OpenLDAP
Up to top level
Build   Contrib   Development   Documentation   Historical   Incoming   Software Bugs   Software Enhancements   Web  

Logged in as guest

Viewing Software Bugs/7427
Full headers

From: hyc@openldap.org
Subject: Bogus entries with syncrepl/MMR
Compose comment
Download message
State:
0 replies:
0 followups:

Major security issue: yes  no

Notes:

Notification:


Date: Thu, 01 Nov 2012 15:36:02 +0000
From: hyc@openldap.org
To: openldap-its@OpenLDAP.org
Subject: Bogus entries with syncrepl/MMR
Full_Name: Howard Chu
Version: 2.4.33
OS: 
URL: ftp://ftp.openldap.org/incoming/
Submission from: (NULL) (37.19.96.255)
Submitted by: hyc


Related to ITS#7052 and #7162. We still see cases where some entries that were
deleted on a master are resurrected on a consumer. This happens when a single
consumer is talking to a pair of masters which are mirroring each other, and the
consumer gets an old batch of updates from one master, duplicating updates it
already received from the other master.

The spurious Adds are being accepted because they were sent with no cookie CSN.
These ops are embedded in a string of other old ops, which have cookie CSNs that
are correctly being ignored. The fix is to set a flag to remember when we've
seen an old op, and unset the flag when we're caught up. Then, for any ops that
are received without a cookie CSN, if the flag is set, this means we're in the
middle of a stream of old ops, and this op should be ignored.
Up to top level
Build   Contrib   Development   Documentation   Historical   Incoming   Software Bugs   Software Enhancements   Web  

Logged in as guest


The OpenLDAP Issue Tracking System uses a hacked version of JitterBug

______________
© Copyright 2013, OpenLDAP Foundation, info@OpenLDAP.org