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

Re: [Fwd: SyncRepl Problem 2.3.20 RefreshandPersist]



Aaron Richton wrote:
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.



I missed that one, saw something similar that said fixed in 2.3.20 my deletes are followed by adds


Mar 21 16:03:52 ldap slapd[17389]: [ID 151447 local4.debug] syncrepl_del_nonpresent: be_delete uid=USER,ou=People,dc=example,dc=com (0)
Mar 21 16:04:15 ldap slapd[17389]: [ID 801593 local4.debug] syncrepl_entry: LDAP_RES_SEARCH_ENTRY(LDAP_SYNC_ADD)
Mar 21 16:04:15 ldap slapd[17389]: [ID 181434 local4.debug] syncrepl_entry: be_search (0)
Mar 21 16:04:15 ldap slapd[17389]: [ID 260518 local4.debug] syncrepl_entry: uid=USER,ou=People,dc=example,dc=com
Mar 21 16:04:15 ldap slapd[17389]: [ID 181434 local4.debug] syncrepl_entry: be_add (0)


so they don't concern me as much as the changes that just don't appear at all but I'm happy to set up a test machine with logging
up high to get more info.


Should say (Sorry bad of me) this is running on Solaris 10.