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

Re: (ITS#4211) back-relay goes into infinte loop, causing segfault



On Thu, 2005-11-24 at 13:13 -0800, Quanah Gibson-Mount wrote:

> Well, what you are doing I'm not sure is quite the same, since you aren't 
> actually modifying a front-end master, and then having slurpd pass it on 
> through a different replicator DN.  Anyhow, HEAD doesn't work for me at all:

I'm using the updateDN of both cn=replica-config and cn=config to write
a modify much like slurpd would; in fact, slurpd sends modifications in
a slightly different manner, but that's an issue for the frontend, the
backends should have very little to care about.

> 
> 
> => ldap_bv2dn(olcDatabase={-1}frontend,0)
> ldap_err2string
> <= ldap_bv2dn(olcDatabase={-1}frontend)=0 Success
> => ldap_dn2bv(272)
> ldap_err2string
> <= ldap_dn2bv(olcDatabase={-1}frontend)=0 Success
> => ldap_dn2bv(272)
> ldap_err2string
> <= ldap_dn2bv(olcDatabase={-1}frontend)=0 Success
> <<< dnPrettyNormal: <olcDatabase={-1}frontend>, <olcDatabase={-1}frontend>
> >>> dnNormalize: <cn=config>
> => ldap_bv2dn(cn=config,0)
> ldap_err2string
> <= ldap_bv2dn(cn=config)=0 Success
> => ldap_dn2bv(272)
> ldap_err2string
> <= ldap_dn2bv(cn=config)=0 Success
> <<< dnNormalize: <cn=config>
> >>> dnNormalize: <cn=config>
> => ldap_bv2dn(cn=config,0)
> ldap_err2string
> <= ldap_bv2dn(cn=config)=0 Success
> => ldap_dn2bv(272)
> ldap_err2string
> <= ldap_dn2bv(cn=config)=0 Success
> <<< dnNormalize: <cn=config>
> <= str2entry(olcDatabase={-1}frontend) -> 0x2d72e8
> => test_filter
>     PRESENT
> => access_allowed: search access to "olcDatabase={-1}frontend,cn=config" 
> "objectClass" requested
> <= root access granted
> => access_allowed: search access granted by manage(=mwrscxd)
> <= test_filter 6
> config error processing olcDatabase={-1}frontend,cn=config:
> send_ldap_result: conn=-1 op=0 p=0
> send_ldap_result: err=64 matched="" text=""
> slapd destroy: freeing system resources.
> slapd stopped.
> connections_destroy: nothing to destroy.
> 
> 
> That is with a freshly generated slapd.d directory created after building 
> HEAD.
> 
> Nov 24 13:09:57 ldap-dev3.Stanford.EDU 
> quanah@ldap-dev0.Stanford.EDU:/usr/local/build/openldap-head-20051124/servers/slapd
> Nov 24 13:09:57 ldap-dev3.Stanford.EDU slapd[22515]: [ID 183426 
> local4.debug] config error processing olcDatabase={-1}frontend,cn=config:
> Nov 24 13:09:57 ldap-dev3.Stanford.EDU slapd[22515]: [ID 486161 
> local4.debug] slapd stopped.
> Nov 24 13:09:57 ldap-dev3.Stanford.EDU slapd[22515]: [ID 432338 
> local4.debug] connections_destroy: nothing to destroy.

You should apply the fix I just committed to HEAD for bconfig.c (it's
one line, you may safely apply it manually).

p.




Ing. Pierangelo Masarati
Responsabile Open Solution

SysNet s.n.c.
Via Dossi, 8 - 27100 Pavia - ITALIA
http://www.sys-net.it
------------------------------------------
Office:   +39.02.23998309          
Mobile:   +39.333.4963172
Email:    pierangelo.masarati@sys-net.it
------------------------------------------