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
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
changed notes changed state Open to Closed
moved from Incoming to Archive.Incoming
historic version