Bug 61021 - bootnet.img 'ps' gives glibc relocation error
Summary: bootnet.img 'ps' gives glibc relocation error
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: anaconda (Show other bugs)
(Show other bugs)
Version: 7.3
Hardware: i386 Linux
Target Milestone: ---
Assignee: Jeremy Katz
QA Contact: Brock Organ
Depends On:
TreeView+ depends on / blocked
Reported: 2002-03-12 12:44 UTC by Pekka Savola
Modified: 2005-10-31 22:00 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2002-03-13 03:40:19 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Pekka Savola 2002-03-12 12:44:57 UTC
TUI boonet upgrade.

Hit ALT-F2 to access the shell.

'ps' errors out:

ps: relocation error: /mnt/sysimage/lib/libnss_compat.so.2: symbol:
_nss_files_parse_pwent: version
GLIBC_2.0 not defined in file libc.so.6 with link time reference.

Smells like a build problem (possibly gone away with never glibc) of the

Comment 1 Jeremy Katz 2002-03-13 02:49:38 UTC
No, it's much more interesting than that actually :-)

Basically, ps runs and is dynamically linked against libc.  When you go to do
lookups of user ids after the stat() call, glibc recurses through
LD_LIBRARY_PATH looking for nss modules and finds the one in your previously
installed system.  The two glibcs are fairly significantly different, thus you
get errors from glibc.

It looks like actually adding an explicit nsswitch.conf in the initrd that only
looks at files fixes the problem so I'll get that into the scripts shortly

Comment 2 Jeremy Katz 2002-03-13 03:40:14 UTC

Comment 3 Jay Turner 2002-03-13 15:50:03 UTC
Confirmed fixed in the Hampton-re0312.0 tree.

Note You need to log in before you can comment on or make changes to this bug.