(ITS#4014) Heisenbug at openldap query from windows domain server / getent group is not working

[alexanderklimas@gmx.de]

Full_Name: Alexander Klimas
Version: 2.1.30
OS: Debian 3.0 / Linux vw-clu2 2.6.12.3 #3 SMP Mon Aug 15 14:29:42 CEST 2005 x86_64 GNU/Linux
URL: 
Submission from: (NULL) (141.30.186.13)


Hello,

I have the problem, that the command getent group is sometimes (not constantly)
failing, when group informations from a remote domain controller have to be
retrieved too:

getent: /usr/src/openldap-2.1.30/libraries/liblber/sockbuf.c:82:
ber_sockbuf_ctrl: Assertion `( (sb)->sb_opts.lbo_valid == 0x3 )' failed.

I am sure that this assertion failure is resulting from an error, which occures
in previously executed functions (gdb backtrace):

####################################################################################

gemeine stdc-lib:

#0  0x00002aaaaabf0545 in raise () from /lib/libc.so.6
#1  0x00002aaaaabf1cce in abort () from /lib/libc.so.6
#2  0x00002aaaaabea362 in __assert_fail () from /lib/libc.so.6

This is from liblber.so.2.0.130: (Package openldap)

#3  0x00002aaaab27a2dd in ber_sockbuf_ctrl (sb=0x56e180, opt=19296,
arg=0xffffffffffffffff) at
/usr/src/openldap-2.1.30/libraries/liblber/sockbuf.c:142

This is from libldap_r.so.2.0.130:

#4  0x00002aaaab14685e in try_read1msg (ld=0x531cc0, msgid=10, all=1,
sb=0x56e180, lcp=0x7fffffcff908, result=0x7fffffcffa68) at result.c:975
#5  0x00002aaaab1460a3 in wait4msg (ld=0x531cc0, msgid=10, all=1,
timeout=0x532140, result=0x7fffffcffa68) at result.c:355

This is from libldap.so.2.0.130:

#6  0x00002aaaab14841d in ldap_search_st (ld=0x531cc0, base=0x4b60 <Address
0x4b60 out of bounds>, scope=6, 
    filter=0xffffffffffffffff <Address 0xffffffffffffffff out of bounds>,
attrs=0x4b60, attrsonly=6, timeout=0x7fffffcff9a0, res=0x7fffffcffa68)
    at search.c:326

This is from libnss_ldap-2.3.2.so (Package libnss_ldap):

#7  0x00002aaaab01e110 in do_search_s (base=0x5319a0 "CN=Stefan
Laemmer,OU=vwitme-staff,OU=vwitme,OU=vwi,DC=vw,DC=vkw,DC=tu-dresden,DC=de",
scope=0, 
    filter=0x2aaaab026ef6 "(objectclass=*)", attrs=0x7fffffcffa70, sizelimit=1,
res=0x7fffffcffa68) at ldap-nss.c:2482
#8  0x00002aaaab01e01f in do_with_reconnect (base=0x5319a0 "CN=Stefan
Laemmer,OU=vwitme-staff,OU=vwitme,OU=vwi,DC=vw,DC=vkw,DC=tu-dresden,DC=de", 
    scope=0, filter=0x2aaaab026ef6 "(objectclass=*)", attrs=0x7fffffcffa70,
sizelimit=1, private=0x7fffffcffa68, search_func=0x2aaaab01e080 <do_search_s>)
    at ldap-nss.c:2410
#9  0x00002aaaab01e409 in _nss_ldap_read (dn=0x4b60 <Address 0x4b60 out of
bounds>, attributes=0x4b60, res=0x6) at ldap-nss.c:2715
#10 0x00002aaaab024d5e in _nss_ldap_dn2uid (dn=0x5319a0 "CN=Stefan
Laemmer,OU=vwitme-staff,OU=vwitme,OU=vwi,DC=vw,DC=vkw,DC=tu-dresden,DC=de", 
    uid=0x58c150, buffer=0x7fffffcffbf0, buflen=0x7fffffcffbf8,
pIsNestedGroup=0x7fffffcffb34, pRes=0x7fffffcffb38) at util.c:194
#11 0x00002aaaab020678 in do_parse_group_members (e=0x56e8a0,
pGroupMembers=0x7fffffcffbc0, pGroupMembersCount=0x7fffffcffbc8, 
    pGroupMembersBufferSize=0x7fffffcffbd0,
pGroupMembersBufferIsMalloced=0x7fffffcffbd8, buffer=0x7fffffcffbf0,
buflen=0x7fffffcffbf8, 
    depth=0x7fffffcffbdc, pKnownGroups=0x7fffffcffbe0) at ldap-grp.c:427
#12 0x00002aaaab020ad2 in _nss_ldap_parse_gr (e=0x56e8a0, pvt=0x4b60,
result=0x2aaaaadfd2c0, buffer=0x529310 "", buflen=1008) at ldap-grp.c:633
#13 0x00002aaaab01e2ab in do_parse (ctx=0x52fb00, result=0x2aaaaadfd2c0,
buffer=0x529300 "10010", buflen=1024, errnop=0x2aaaaae00600, 
    parser=0x2aaaab020940 <_nss_ldap_parse_gr>) at ldap-nss.c:2621
#14 0x00002aaaab01ed92 in _nss_ldap_getent_ex (args=0x0, ctx=0x2aaaab12b6c8,
result=0x2aaaaadfd2c0, buffer=0x529300 "10010", buflen=1024, 
    errnop=0x2aaaaae00600, filterprot=0x2aaaab132220 "(&(objectclass=Group))",
sel=LM_GROUP, user_attrs=0x0, parser=0x2aaaab020940 <_nss_ldap_parse_gr>)
    at ldap-nss.c:3182
#15 0x00002aaaab01ecfe in _nss_ldap_getent (ctx=0x2aaaab12b6c8,
result=0x2aaaaadfd2c0, buffer=0x529300 "10010", buflen=1024,
errnop=0x2aaaaae00600, 
    filterprot=0x2aaaab132220 "(&(objectclass=Group))", sel=LM_PASSWD, parser=0)
at ldap-nss.c:3123
#16 0x00002aaaab0213ef in _nss_ldap_getgrent_r (result=0x4b60, buffer=0x4b60
<Address 0x4b60 out of bounds>, buflen=6, errnop=0xffffffffffffffff)
    at ldap-grp.c:1256

gemeine stdc-lib:

#17 0x00002aaaaaca260b in __nss_disable_nscd () from /lib/libc.so.6
#18 0x00002aaaaac6a182 in getgrent_r () from /lib/libc.so.6
#19 0x00002aaaaaca22d8 in __nss_disable_nscd () from /lib/libc.so.6
#20 0x00002aaaaac69ad2 in getgrent () from /lib/libc.so.6

####################################################################################

As the backtrace is showing, the previous mentioned error can appear in the
openldap-libraries libldap, libldap_r and also in the libnss_ldap which is not
belonging to this probject. Currently I am trying to find the place where this
error occurs, but it is very hard to do, so I am progressing slowly. It would be
a nice thing, if someone can maybe look on the openldap-parts in parallel, so it
can be assured that the error is not generated by the openldap-libraries.

thanks for your attention

Alexander Klimas