Hi all,
yesterday I changed a structural objectClass for a entry with the relax control (control: 1.3.6.1.4.1.4203.666.5.12):
dn: uid=cognos,ou=agents,dc=example,dc=org control: 1.3.6.1.4.1.4203.666.5.12 changetype: modify replace: objectClass objectClass: inetOrgPerson - add: sn sn: cognos
On provider all ok. Provider is mirrormode and other mirror side is ok.
The accesslog-based syncrepl on a consumer was stuck. Neither the modify nor the other next modifies were propagated.
Is relax control unsupported in this scenario? Did I forget something really important?
thank you,
Francesco
PS: I deleted on provider from accesslog db the entry corresponding to the said modify, restarted both consumer and provider and replica started again.
--On Tuesday, September 02, 2014 9:24 AM +0200 Francesco Malvezzi francesco.malvezzi@unimore.it wrote:
On provider all ok. Provider is mirrormode and other mirror side is ok.
The accesslog-based syncrepl on a consumer was stuck. Neither the modify nor the other next modifies were propagated.
What openldap version?
--Quanah
--
Quanah Gibson-Mount Server Architect Zimbra, Inc. -------------------- Zimbra :: the leader in open source messaging and collaboration
Quanah Gibson-Mount quanah@zimbra.com schrieb am 02.09.2014 um 18:42 in
Nachricht <F6EF7F9CE6F3A461D9AB5F1C@[192.168.1.2]>:
--On Tuesday, September 02, 2014 9:24 AM +0200 Francesco Malvezzi francesco.malvezzi@unimore.it wrote:
On provider all ok. Provider is mirrormode and other mirror side is ok.
The accesslog-based syncrepl on a consumer was stuck. Neither the modify nor the other next modifies were propagated.
Hi!
Recently I had a similar problem with accesslog: When trying to create two additional indexes for the acesslog database, slapd did not finish, and it stopped processing requests. It could not be shutdown either (it said it would wait for outstanding commands to finish, but they never finished). Badly I could not query the monitoring database either while in that state... In the end it turned out that the problem was not local at all: After stopping the other replicating slapds and rebuilding their databases from the master (slapcat/slapadd) and restarting them, I could add the additional indexes on the initial node. Indication of the problem was that the databases were not identical (it's a bit tricky to find out, because you cannot really diff slapcats from different servers as the order of entries differs). It was an old slapd with bdb on SLES11 SP3...
Regards, Ulrich
What openldap version?
--Quanah
--
Quanah Gibson-Mount Server Architect Zimbra, Inc.
Zimbra :: the leader in open source messaging and collaboration
Il 02/09/2014 18:42, Quanah Gibson-Mount ha scritto:
--On Tuesday, September 02, 2014 9:24 AM +0200 Francesco Malvezzi francesco.malvezzi@unimore.it wrote:
On provider all ok. Provider is mirrormode and other mirror side is ok.
The accesslog-based syncrepl on a consumer was stuck. Neither the modify nor the other next modifies were propagated.
What openldap version?
openldap-2.4.39 on both consumer and provider; mdb backend, if it matters;
Francesco
openldap-technical@openldap.org
-
Francesco Malvezzi -
Quanah Gibson-Mount -
Ulrich Windl