Re: (ITS#6810) testing a fix.

[bruno.haleblian@gmail.com]

2011/2/9 =A0<masarati@aero.polimi.it>:
>
> That *should* never be NULL, AFAIK. =A0Is the issue reproducible? =A0If i=
t is,
> could you run the failing machine under valgrind --tool=3Dmemcheck
> --leak-check=3Dfull?
>
> p.

Thanks for your reply.
As it's my first look in slapd code, I'm just trying to understand
what's going wrong.
You suspect memory (overwrite or something) corruption I guess.
Unfortunately, crash is not easily reproducible.
To make brief, crashes happen under "heavy" updates coming from
scripts or EAI clients, after one ore more hours of load.

For now, both machines are running under memcheck as you suggested.
No crash so far, but some warnings at startup.

Here's what :

# valgrind --tool=3Dmemcheck --leak-check=3Dfull
/var/ldap/server/libexec/slapd -d0 -h ldap://*:389 ldaps://*:636 -f
/var/ldap/server/etc/openldap/slapd.conf -u ldap -g ldap | tee >
/tmp/valgrind.out
=3D=3D19951=3D=3D Memcheck, a memory error detector
=3D=3D19951=3D=3D Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward =
et al.
=3D=3D19951=3D=3D Using Valgrind-3.5.0 and LibVEX; rerun with -h for copyri=
ght info
=3D=3D19951=3D=3D Command: /var/ldap/server/libexec/slapd -d0 -h ldap://*:3=
89
ldaps://*:636 -f /var/ldap/server/etc/openldap/slapd.conf -u ldap -g
ldap
=3D=3D19951=3D=3D
=3D=3D19951=3D=3D Warning: set address range perms: large range [0x3901d000=
,
0x7901d000) (defined)
=3D=3D19951=3D=3D Warning: set address range perms: large range [0xc9c4040,
0x2473c448) (defined)
=3D=3D19951=3D=3D Conditional jump or move depends on uninitialised value(s=
)
=3D=3D19951=3D=3D    at 0x4F18132: __dbt_usercopy (in
/var/ldap/berkeleydb/lib/libdb-4.8.so)
=3D=3D19951=3D=3D    by 0x4ED17BF: __lock_get_pp (in
/var/ldap/berkeleydb/lib/libdb-4.8.so)
=3D=3D19951=3D=3D    by 0x4CD8B5: bdb_dn2id_lock (in /var/ldap/server/libex=
ec/slapd)
=3D=3D19951=3D=3D    by 0x4CDDC3: bdb_dn2id (in /var/ldap/server/libexec/sl=
apd)
=3D=3D19951=3D=3D    by 0x4C987F: bdb_cache_find_ndn (in /var/ldap/server/l=
ibexec/slapd)
=3D=3D19951=3D=3D    by 0x4CD6B8: bdb_dn2entry (in /var/ldap/server/libexec=
/slapd)
=3D=3D19951=3D=3D    by 0x4D160D: bdb_entry_get (in /var/ldap/server/libexe=
c/slapd)
=3D=3D19951=3D=3D    by 0x497449: overlay_entry_get_ov (in
/var/ldap/server/libexec/slapd)
=3D=3D19951=3D=3D    by 0x52B65E: syncprov_db_open (in /var/ldap/server/lib=
exec/slapd)
=3D=3D19951=3D=3D    by 0x4971C6: over_db_open (in /var/ldap/server/libexec=
/slapd)
=3D=3D19951=3D=3D    by 0x443998: backend_startup_one (in
/var/ldap/server/libexec/slapd)
=3D=3D19951=3D=3D    by 0x443C52: backend_startup (in /var/ldap/server/libe=
xec/slapd)
=3D=3D19951=3D=3D


Regards
Bruno.