Re: [Fwd: SyncRepl Problem 2.3.20 RefreshandPersist]

[Duncan Brannen <dbb@st-andrews.ac.uk>]

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.