Red Hat Bugzilla – Bug 145171
init services fail because of glibc segment mapping permission problem
Last modified: 2007-11-30 17:10:58 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en) AppleWebKit/125.5.5 (KHTML, like Gecko) Safari/125.12
Description of problem:
When newly installed, FC3 booted without errors. However, after updating it via yum, we got the following errors upon reboot:
When booting, syslogd, ntpd, and portmap fail because of loader permission errors:
portmap: error while loading shared libraries: libnsl.so.1: failed to map segment from shared object: Permission denied
syslogd: error while loading shared libraries: libc.so.6: failed to map segment from shared object: Permission denied
ntpd: error while loading shared libraries: libm.so.6: failed to map segment from shared object: Permission denied
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Install FC3
2. Update via yum
Actual Results: syslogd et. al. fail to run because of shared library permission issues
Expected Results: Flawless operation of all init scripts.
This means that for some reason SELinux contexts of the libraries were messed
up. The libraries (not the symlinks, just the regular files), like
/lib/tls/libc-2.3.4.so etc. should have all *shlib_t context, try ls -lZ
I certainly can't reproduce this here though, upgrade from FC3 glibc to FC3
update glibc went flawlessly here on countless boxes.
To fix this up, run
rpm -ql glibc | xargs restorecon
or something similar to fix up the contexts.
The above suggestion seems to work. Thanks !