[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
Re: glibc-2.3.3-76 problem starting httpd
- From: Colin Walters <walters redhat com>
- To: fedora-devel-list redhat com
- Subject: Re: glibc-2.3.3-76 problem starting httpd
- Date: Mon, 15 Nov 2004 13:06:55 -0500
On Mon, 2004-11-15 at 12:59 -0500, Jakub Jelinek wrote:
> On Mon, Nov 15, 2004 at 12:53:52PM -0500, Colin Walters wrote:
> > On Sun, 2004-11-14 at 20:19 -0500, Salane KIng wrote:
> > > service httpd start
> > > Starting httpd: /usr/sbin/httpd: error while loading shared libraries:
> > > librt.so.1: failed to map segment from shared object: Permission denied
> >
> > Try this:
> >
> > restorecon /lib/librt*.so*
> >
> > Somehow the files got mislabeled. This seems to be a problem popping up
>
> Well, unless you have LD_ASSUME_KERNEL={2.2.5,2.4.0} in the environment
> (or anything in that range), you are not loading /lib/librt*.so*, but likely
> /lib/tls/librt*.so*.
> Before restorecon, it would be good to see your ls -lZ /lib/tls
Good point.
> > occasionally. My guess is it's a prelink bug.
>
> Prove it ;)
I don't have proof yet, but I randomly saw a library getting mislabeled
on my home machine too, and I'm pretty sure it happened overnight. I
don't remember installing any RPMs. This led me to suspect prelink.
> Seriously, unless prelink printed Could not [gs]et security context
> error,
Where would that go? syslog?
> I don't see how that could have happened if it were a prelink bug.
> There is just one place where it renames a newly created file over the old
> one, and it is immediately preceeded by setting security context for the
> newly created file from the old one.
Ok.
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]