On Thu, 29 May 2008, hyc(a)symas.com wrote:
> On Wed, 28 May 2008, Howard Chu wrote:
>> rein(a)OpenLDAP.org wrote:
>>> Syncrepl includes the serverID in the syncCookie in multi-master mode only,
>>> there are other configuration that would benefit from it as well.
> The commited fix for this bug causes test033-glue-syncrepl to fail. The
> serverID is not set by the config, which makes syncprov_qresp() skip the
> delete when it fins that the consumer presented a cookie with its own sid
OK then I guess you're right and we need the default to be -1.
I see you have commited an alternative version to syncrepl.c. This
version don't include the serverID in the cookie when syncrepl is used on
the glue database itself, only when used on subordinate DBs. And
unfortunately, it is when used on the glue database it is needed (at least
in my configuration).
So, I still think we have to always include it when it is configured.
Unless there exist some easy way to know that a subordinate DB is not
managed by syncrepl. The only solution I know to that is to loop through
all the subordinate DBs and compare the rootdn values.