Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 192072 - 'no such user : root' after upgrade to glibc-2.4-8
Summary: 'no such user : root' after upgrade to glibc-2.4-8
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: glibc
Version: 5
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Jakub Jelinek
QA Contact: Brian Brock
URL:
Whiteboard:
: 193226 (view as bug list)
Depends On:
Blocks: 192263
TreeView+ depends on / blocked
 
Reported: 2006-05-17 12:34 UTC by Derrien
Modified: 2007-11-30 22:11 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2006-09-15 20:20:06 UTC
Type: ---
Embargoed:

Attachments (Terms of Use)

Description Derrien 2006-05-17 12:34:34 UTC 
Description of problem:

After upgrade to glibc-2.4-8 we have at startup :

Starting udev : MAKEDEV : no such user : root
then
...
getpwnam failed for root
...
chown : 'root:root' : invalid user

and dbus and hal are not started

But after the boot you can log in root without problem...

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:
Comment 1 Jakub Jelinek 2006-05-18 10:54:43 UTC 
Can't reproduce myself.
What NSS services are you using?
grep '^[a-z]' /etc/nsswitch.conf
Are you running nscd?  If so, if you
/sbin/service nscd stop
can you
getent passwd root
?
Comment 2 Derrien 2006-05-18 11:41:29 UTC 
[root@d410 (FedoraCore 5) ~]$  grep '^[a-z]' /etc/nsswitch.conf
passwd:         compat
shadow:         files nis
group:          files nis
passwd_compat:  nis
group_compat:   nis
shadow_compat:  nis
hosts:          files dns
services:       files nis
networks:       nis [NOTFOUND=return] files
protocols:      nis [NOTFOUND=return] files
rpc:            nis [NOTFOUND=return] files
ethers:         nis [NOTFOUND=return] files
netmasks:       files nis
bootparams:     nis [NOTFOUND=return] files
publickey:      nis [NOTFOUND=return] files
netgroup:       nis
automount:      files
aliases:        files nis




compat seems the problem because with
passwd:        files nis

it's work.
Comment 3 Jakub Jelinek 2006-05-18 14:38:20 UTC 
http://sources.redhat.com/ml/libc-hacker/2006-05/msg00020.html

Alternate workaround would be comment out
SETENT_BATCH_READ=TRUE
line in /etc/default/nss.
Comment 4 Derrien 2006-05-18 15:50:07 UTC 
Thanks.
Comment 5 Ivana Varekova 2006-05-26 11:50:40 UTC 
*** Bug 193226 has been marked as a duplicate of this bug. ***
Comment 6 Aaron Gaudio 2006-06-16 14:21:56 UTC 
Confirmed that this problem still exists in glibc-2.4-8,
kernel-smp-2.6.16-1.2133_FC5 (latest FC5 updates).
Comment 7 Ulrich Drepper 2006-07-31 23:25:20 UTC 
I think I know why you see the problems even though I cannot right now see how
exactly the situation is invoked.  Anyway, I've changed the upstream code in a
way which should fix the problem.  The result will likely be in 2.4.90-16 or
later.  Please give that code a try once it comes out.  It's usually safe to
install the FC6 glibc on an FC5 system.
Comment 8 Jakub Jelinek 2006-09-15 20:20:06 UTC 
glibc-2.4-11 has been released as new FC5 errata.
Note You need to log in before you can comment on or make changes to this bug.