[PlanetCCRMA] redhat trouble with grub

Fernando Pablo Lopez-Lezcano nando@ccrma.Stanford.EDU
Tue Oct 5 16:06:01 2004


On Tue, 2004-10-05 at 15:24, Noah Garrett Wallach wrote:
> On 05 Oct 2004 15:20:33 -0700, Fernando Pablo Lopez-Lezcano wrote
> > On Tue, 2004-10-05 at 14:59, Noah Garrett Wallach wrote:
> > > GThread-ERROR **: file gthread-posix.c: line 135 (): error 'No such process'
> > > during 'pthread_getschedparam (pthread_self(), &policy, &sched)'
> > > aborting...
> > > [noah@dhcp-183-1-168-192 noah]$ date
> > > Tue Oct  5 14:55:00 PDT 2004
> > > [noah@dhcp-183-1-168-192 noah]$
> > > 
> > > --- snip ---
> > > 
> > > and when I switch to KDE environment I am unable to run applications like
> > > xterm and mozilla.  so this kernel does not appear to be working well for me.
> > > 
> > > any other clues?
> > 
> > This reminds me of an old bug in a RedHat 9 version of glibc that would
> > improperly recognize whether the kernel supported nptl (the new
> > threading model). The 2.4.26 Planet CCRMA low latency kernel does not
> > support nptl because the nptl patch is big and conflicts with the low
> > latency patches. If glibc misinterprets the kernel threading model 
> > (as it is probably the case here) then heavily threaded apps like 
> > mozilla do not run, but others that do not rely on threads work fine.
> > 
> > If this is the case then upgrading glibc to a version that does not have
> > the bug is the only way out.
> > 
> 
> thanks fernando - can you please recommend a glibc version?  I want to install
> a more recent farvorite please?

Well, no, I can't recommend one. You are running Enterprise Linux,
right? Just make sure that you have upgraded to the latest version
possible. Hopefully that won't have that particular problem... (if my
guess was right, of course, the symptoms sound similar to the old
problem I mentioned but I can't be sure). 

You don't want to upgrade such a basic component as glibc to anything
that has not been released for the specific version of the linux
distribution you are running. 

-- Fernando