11:24 p.m.
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.
9:42 a.m.
--On Tuesday, September 02, 2014 9:24 AM +0200 Francesco Malvezzi
<francesco.malvezzi(a)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
11:15 p.m.
New subject: Antw: Re: accesslog-based consumer stuck on objectClass modify on provider
>> Quanah Gibson-Mount <quanah(a)zimbra.com> schrieb am
02.09.2014 um 18:42 in
Nachricht <F6EF7F9CE6F3A461D9AB5F1C(a)[192.168.1.2]>:
--On Tuesday, September 02, 2014 9:24 AM +0200 Francesco Malvezzi
<francesco.malvezzi(a)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
11:16 p.m.
Il 02/09/2014 18:42, Quanah Gibson-Mount ha scritto:
--On Tuesday, September 02, 2014 9:24 AM +0200 Francesco Malvezzi
<francesco.malvezzi(a)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
3381
days inactive
3382
days old
openldap-technical@openldap.org
3 comments
3 participants
participants (3)
-
Francesco Malvezzi -
Quanah Gibson-Mount -
Ulrich Windl