reassign 337253 libnss-ldap thanks Not only the bug is reproducible here, but it's also definitely an libnss-ldap problem, it seems there is some awkward dead lock problem, I've not fully been able to tackle down tough, but that really goes deep into the nssldap internals. what is curious though is that `getent passwd' just works, it's only when you specifically ask for ldap that it fails. On Thu, Nov 03, 2005 at 04:06:21PM +0100, Roberto Oppedisano wrote: > Package: libc6 > Version: 2.3.2.ds1-22 > Severity: important > > If i run getent without the --service=ldap arg everything works > flawlessy. Also giving an argument after the database specification > solves the problem. eg: > > rao@infra-noc:~$ getent --service=ldap passwd roppedisano > roppedisano:x:5099:5099:Roberto Oppedisano:/home/roppedisano:/bin/bash > > (btw, I noticed that if a user is present in both the ldap db and in > /etc/passwd, the local user is found, which seems odd) > > while: > > rao@infra-noc:~$ getent --service=ldap passwd > > hangs forever. I tried to reproduce the bug on different server and > found that only debian based hosts seem affected (tried on a Suse 9.3 and a > couple of redhat 7.3 systems). > > The LDAP server is always the same (uptodate debian sarge) and I can > reproduce the bug on it (with and without nscd running). > > -- System Information: > Debian Release: 3.1 > Architecture: i386 (i686) > Kernel: Linux 2.4.29 > Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) > > Versions of packages libc6 depends on: > ii libdb1-compat 2.1.3-7 The Berkeley database routines [gl > > -- no debconf information > > -- ·O· Pierre Habouzit ··O madcoder@debian.org OOO http://www.madism.org
Attachment:
pgp1BikEooR9O.pgp
Description: PGP signature