From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20050104 Fedora/1.7.5-2.1.2.kde Description of problem: The latest upgrade seems to have removed most of the errors during boot, but one persists. The excerpt from /var/log/messages is portmap: portmap: error while loading shared libraries: libnsl.so.1: failed to map segment from shared object: Permission denied portmap: portmap startup failed While I could fix this manually, it seems to be something that should be fixed in packaging. Version-Release number of selected component (if applicable): kernel-2.6.10-1.741_FC3 How reproducible: Always Steps to Reproduce: 1. Boot system, note messages 2. 3. Additional info:
I got this message on the subject from the freshrpms list: El Dom 23 Ene 2005 11:34 AM, VÃctor Daniel Velasco MartÃnez <vdvelascomtz.mx> escribió: >> I changed the SELinux Setting to remove the Enforce (In Permissive Mode), >> but still enabled, with the targeted politic, I restarted all the services >> requiring portmap, and it worked... I need to try on reboot, but it seems >> to me a SELinux problem. Testing in a second. >> >> V.Daniel Yep, it is.
Fix is to use system-config-securitylevel from root prompt to switch the line in /etc/sysconfig/selinux from SELINUX=enforcing to SELINUX=permissive This made the portmap error go away, hopefully to reduce the problem of drift of the system time. But I also found that ntpd is not working to update the system clock, so I turned it off in targeting, and that does not enable ntpd to update the system clock, as it can on my FC2 machine on the same network using the same ntp servers, which are accessible to a ping on both machines. Any suggestions?
If you do a restorecon -R -v /lib /usr/lib This problem should go away and you can run SELinux in enforcing mode again. Dan
I'll try that, but if it works it would seem to be something that needs to be added to Anaconda. While it may deserve to be a different bug, any ideas on why ntpd is not working? It returns no errors. The system clock just doesn't update, and when I run system-config-date it won't respond to any of the ntp servers, even though I can ping them and they are working for another machine running FC2 connected to the Net by the same router.
Ok, was this an upgrade or a fresh install? If this was an upgrade, you will need to relabel the system. touch /.autorelabel reboot ntpd failing is also probably related to shared libraries being marked incorrectly. Dan
Okay, running restorecon -R -v /lib /usr/lib not only seems to have fixed the portmap problem but also the ntpd problem. It was a fresh install.