Sent: Thu May 24 2012 11:59:11 GMT-0400 (EDT)|
From: Quanah Gibson-Mount <email@example.com>
To: Patrick H. <firstname.lastname@example.org>
Subject: Re: slapd wont replicate olcSpReloadHint attribute (was:
slapd hangs upon performing modification of cn=config)
--On May 24, 2012 10:41:32 AM -0400 "Patrick H."
Sent: Wed May 23 2012 22:03:39 GMT-0400
From: Patrick H. <email@example.com>
To: Patrick Hemmer <firstname.lastname@example.org>
Subject: Re: slapd hangs upon performing modification of
I changed the subject as this is a different issue than
reported. While they may be related, its safer to assume they're
Ok, so the problem went away. Didnt change a thing, just came
a few hours, started slapd up, and it behaved (though I am still
interested to know how to find stuck operations/tasks).
However a new (maybe related?) issue has popped up. I tried to
olcSpReloadHint=TRUE to the syncprov overlay (all the replicas
2.3.11) and this change isnt replicating (other changes,
attribute adds, to other DNs in cn=config replicate fine, just
I'm going to assume you mean all replicas are > 2.4.11, not
All your replicas should be running the same version of OpenLDAP.
All your replicas should be running a current version of
OpenLDAP. Some of the fixes to Syncrepl have been on the client
side, not just the master side.
If you can reproduce using 2.4.31 on all nodes, you should
probably file an ITS.
According to the slapo-syncprov man page its 2.3.11, not 2.4.11, in
which this setting is properly supported. And yes, all servers are
running the same version; 2.4.31
And yes, this behavior is reproduced on all nodes. I'll look at
filing an ITS.