[Pkg-shadow-devel] Bug#498635: Bug#498635: passwd: useradd -r and groupadd -r don't play nicely with ldap
Nicolas François
nicolas.francois at centraliens.net
Fri Sep 12 01:20:44 UTC 2008
Hello,
On Thu, Sep 11, 2008 at 09:44:36AM -0700, benp at reed.edu wrote:
>
> "useradd -r" and "groupadd -r" hang "forever" when run on a system that
Does "forever" means "a long time" ?
(I assume you made no changes to /etc/login.defs)
Do you have a group/user ID with an high value?
Do you have a group/user ID with an high value in the 0-1000 range?
Do you have a lot of system groups/users?
Could "forever" mean doing a large number of LDAP requests?
Does it also take "forever" when you force the user or group ID?
Could you strace useradd/groupadd when it takes "forever"?
> is configured to use libnss-ldap (with ldap references for "passwd" and
> "group" in /etc/nsswitch.conf). I use the following ldap related
> configs in nsswitch.conf:
>
> passwd_compat: ldap
> group: files ldap
> netgroup: files ldap
>
> The impact of this problem can be very ugly. In the case of an etch
> to lenny upgrade, packages like libuuid1 try to create a "system"
> group necessitates killing the stalled "apt-get dist-upgrade" process.
Once it's killed, is the group created or are you able to create it
manually?
What version of libuuid1 is it?
Is it the same bug as in #487443? (http://bugs.debian.org/487443)
What groupadd command line is used?
> It'd be really really nice to resolve this before lenny's released.
I currently have no way to debug it.
I will try to see if I get some ideas based on the answers to the
questions above.
Thanks in advance,
--
Nekral
More information about the Pkg-shadow-devel
mailing list