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

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



On Thu, 2005-11-24 at 18:09 +0000, quanah@stanford.edu wrote:

> ldap-dev0:/var/tmp/replica# cat slurpd.replog
> replica: ldap-dev3.stanford.edu:389
> replica: ldap-dev2.stanford.edu:389
> replica: ldap-dev1.stanford.edu:389
> time: 1132855201
> dn: cn=replica-config
> changetype: modify
> replace: olcIdleTimeout
> olcIdleTimeout: 15
> -
> replace: entryCSN
> entryCSN: 20051124180001Z#000000#00#000000
> -
> replace: modifiersName
> modifiersName: cn=updater,cn=replica-config
> -
> replace: modifyTimestamp
> modifyTimestamp: 20051124180001Z
> -

I've just safely applied this modification to my HEAD code:

    --- o --- o --- o ---

$ ./run test003
$ echo "
database        relay
suffix          "cn=replica-config"
relay           "cn=config" massage
updatedn        "cn=Manager,dc=example,dc=com"

database        config
rootdn          "cn=Manager,dc=example,dc=com"
updatedn        "cn=Manager,dc=example,dc=com"
" >> testrun/slapd.1.conf

    --- o --- o --- o ---

$ ldapmodify -x -H ldap://:9011 \
	-D "cn=Manager,dc=example,dc=com" -w secret
dn: cn=replica-config
changetype: modify
replace: olcIdleTimeout
olcIdleTimeout: 15
-
replace: entryCSN
entryCSN: 20051124180001Z#000000#00#000000
-
replace: modifiersName
modifiersName: cn=updater,cn=replica-config
-
replace: modifyTimestamp
modifyTimestamp: 20051124180001Z
-

modifying entry "cn=replica-config"

    --- o --- o --- o ---

$ slapd -f testrun/slapd.1.conf -h ldap://:9013 -d stats:
conn=0 fd=15 ACCEPT from IP=127.0.0.1:32861 (IP=0.0.0.0:9011)
[New Thread 1098918240 (LWP 6294)]
conn=0 op=0 BIND dn="cn=Manager,dc=example,dc=com" method=128
conn=0 op=0 BIND dn="cn=Manager,dc=example,dc=com" mech=SIMPLE ssf=0
conn=0 op=0 RESULT tag=97 err=0 text=
conn=0 op=1 MOD dn="cn=replica-config"
conn=0 op=1 MOD attr=olcIdleTimeout entryCSN modifiersName
modifyTimestamp
conn=0 op=1 RESULT tag=103 err=0 text=

    --- o --- o --- o ---

One thing I note is that back-relay should inherit the updatedn from the
relayed database, rather than requiring an explicit configuration.  I'm
going to fix that...

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
------------------------------------------