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

[Kurt@OpenLDAP.org]

At 09:53 AM 9/8/2005, alexanderklimas@gmx.de wrote:
>Full_Name: Alexander Klimas
>Version: 2.1.30

2.1 is historic.  Suggest you try a current version of
OpenLDAP Software as problems with historic versions will
not be investigated.

Kurt

>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