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

Re: [Fwd: SyncRepl Problem 2.3.20 RefreshandPersist]

To: Duncan Brannen <dbb@st-andrews.ac.uk>
Subject: Re: [Fwd: SyncRepl Problem 2.3.20 RefreshandPersist]
From: Aaron Richton <richton@nbcs.rutgers.edu>
Date: Tue, 21 Mar 2006 11:04:45 -0500 (EST)
Cc: openldap-software@OpenLDAP.org
In-reply-to: <44201BF4.90000@st-andrews.ac.uk>
References: <44201BF4.90000@st-andrews.ac.uk>

> Mar 21 14:27:22 ldap slapd[25755]: [ID 151447 local4.debug]
> syncrepl_del_nonpresent: be_delete uid=user,ou=People,dc=example,dc=com
[...when...]
> entry usually associated with the changes (These are exclusively
> password changes at the moment)

So these are MODs, huh? ITS#4423? See my posts, mostly to -devel?

Assuming it's the same thing--it sure sounds similar--I'm glad to finally
get a repro in the wild. Debugging assistance appreciated. I just got back
from vacation, and it'll be a while before I overcome inertia and get this
back on the stack. The next step I had in mind was cleaning up the test
case; it uses some dangerous configuration constructs (known glue
interactions, IIRC) that I don't think are necessary/relevant to this issue.

Follow-Ups:
- Re: [Fwd: SyncRepl Problem 2.3.20 RefreshandPersist]
  - From: Duncan Brannen <dbb@st-andrews.ac.uk>

References:
- [Fwd: SyncRepl Problem 2.3.20 RefreshandPersist]
  - From: Duncan Brannen <dbb@st-andrews.ac.uk>

Prev by Date: [Fwd: SyncRepl Problem 2.3.20 RefreshandPersist]
Next by Date: Re: [Fwd: SyncRepl Problem 2.3.20 RefreshandPersist]
Index(es):
- Chronological
- Thread