[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: Syncrepl issues, "glue" objectClass


Just for completeness the issue turned out to be time synchronisation- one of the 3 nodes was still going to RHN for it's NTP sync rather than our local NTP server which the other 2 were pointed at. I'm guessing that there wasn't enough of a difference for the sync cookie to be rejected but enough of a time skew that they were received in the wrong order although this is pure conjecture on my part and am happy to be proven wrong.
 They now appear to be a lot happier!



On 10 Jun 2011, at 16:30, Quanah Gibson-Mount wrote:

> --On Friday, June 10, 2011 3:04 PM +0100 Mark Cairney <Mark.Cairney@ed.ac.uk> wrote:
>> Hi,
>> I've been trying to use a tool called "Grouper" to provision a
>> hierarchical structure into my LDAP directory.
>> I'm currently running OpenLDAP 2.4.25 with BDB 4.8.30 on 3 SL5.5 servers
>> in a multi-master configuration.
>> During the provisioning process it seems to be hitting a race condition
>> where it creates a higher-level ou before the base-level ou is there
>> resulting in the base-level ou existing in the tree with the "glue"
>> objectClass.
>> As this is invisible to searches I end up with syncrepl constantly trying
>> to replicate it ad infinitum:
> I would suggest filing an ITS with configurations and exact instructions on how to reproduce the issue at http://www.openldap.org/its/
> --Quanah
> --
> Quanah Gibson-Mount
> Sr. Member of Technical Staff
> Zimbra, Inc
> A Division of VMware, Inc.
> --------------------
> Zimbra ::  the leader in open source messaging and collaboration

Mark Cairney
ITI UNIX Section
Information Services
University of Edinburgh

Tel: 0131 650 6565
Email: mark.cairney@ed.ac.uk


The University of Edinburgh is a charitable body, registered in
Scotland, with registration number SC005336.