Re: (ITS#5486) openldap with syncprov intermittent core dump

[hyc@symas.com]

mark.cave-ayland@siriusit.co.uk wrote:
> Full_Name: Mark Cave-Ayland
> Version: 2.4.8cvs-RE24-2008-04-15
> OS: RHEL4, x86
> URL: ftp://ftp.openldap.org/incoming/
> Submission from: (NULL) (217.207.197.142)
>
>
> Hi there,
>
> In order to resolve issues experienced with syncrepl/glue on an existing
> openldap-2.4.8 deployment (ITS#5430), we have been using a CVS checkout of
> openldap RE24 branch taken from 2008-04-15 on one of our test systems.
>
> Unfortunately, we are still seeing random segfaults occurring roughly once a day
> which appear to point towards the syncprov overlay once again. At the moment, we
> are having difficulty reproducing the fault under test conditions, but if
> openldap is left running long enough then it is possible to obtain a core dump.
>
> The issue is occurring with a server, pelican, which is configured using the
> syncprov overlay to a number of subordinates for different parts of the tree.
> The relevant log snippet follows:
>
> Apr 28 12:18:32 pelican slapd[7688]: do_syncrep2:
> cookie=rid=142,csn=20080428111855.697316Z#000000#000#000000
> Apr 28 12:18:32 pelican slapd[7688]: syncrepl_entry: rid=142
> LDAP_RES_SEARCH_ENTRY(LDAP_SYNC_MODIFY)
> Apr 28 12:18:32 pelican slapd[7688]: syncrepl_entry: rid=142 be_search (0)
> Apr 28 12:18:32 pelican slapd[7688]: syncrepl_entry: rid=142
> uid=richf,ou=V,ou=W,ou=X,dc=Y,dc=Z
> Apr 28 12:18:32 pelican slapd[7688]: slap_queue_csn: queing 0x9ff7560
> 20080428111855.697316Z#000000#000#000000
> Apr 28 12:18:32 pelican slapd[7688]: syncprov_sendresp:
> cookie=rid=146,csn=20080428111855.697316Z#000000#000#000000
> Apr 28 12:18:32 pelican slapd[7688]: syncprov_sendresp:
> cookie=rid=134,csn=20080428111855.697316Z#000000#000#000000
> Apr 28 12:18:32 pelican slapd[7688]: slap_graduate_commit_csn: removing
> 0xa12ee70 20080428111855.697316Z#000000#000#000000
> Apr 28 12:18:32 pelican slapd[7688]: syncrepl_entry: rid=142 be_modify (0)
> Apr 28 12:18:32 pelican slapd[7688]: slap_queue_csn: queing 0x9ff7560
> 20080428111855.697316Z#000000#000#000000

> Looking at the log snippet above, I can see in the "syncprov_sendresp" lines
> that the cookie appears to be empty. This does appear to be similar to ITS#5432,

I don't see that in the snippet above. Seems unrelated.

> although this claims to have been fixed by a commit on the 21st March (and hence
> the fix would be included within our CVS checkout). Further information can be
> provided on request.

"info threads" would probably be a useful start. And "bt full".
-- 
   -- Howard Chu
   CTO, Symas Corp.           http://www.symas.com
   Director, Highland Sun     http://highlandsun.com/hyc/
   Chief Architect, OpenLDAP  http://www.openldap.org/project/