Have you updated the nptl-devel and glibc package for RedHat9? And are you running the stock kernel or have you built a new kernel?
Are you using Apache in front of Tomcat? I have a suspicion that the stock redhat kernel does something strange with threading that a built kernel wouldn't do. I built Apache with modjk under the RH stock kernel. Then built my own kernel and Apache wouldn't load the modules anymore, and I think it's because of something weird they do with threads. Oscar On Fri, 24 Oct 2003, Ryan Lissack wrote: > Hi all, > > Just an update on issues we were experiencing when running Tomcat on Red Hat > 9. > > As mentioned previously in this thread, the problem appears to be with a bug > in NPTL. > In order to revert to standard Linux threads you can set the > LD_ASSUME_KERNEL environment variable to 2.2.5 or 2.4.1 > > We set LD_ASSUME_KERNEL to 2.4.1 on one of our servers one week ago and, > since then, have *not* had one outage, our other machine which does not have > the environment variable set has had numerous outages during the period. > > We can confirm that this does appear to resolve the issue. > > I believe Noam Camiel found that setting LD_ASSUME_KERNEL to 2.2.5 also > works. > > I would like to say a special thank you to Remy for all his help during this > period. > > Best regards, > Ryan > > > -----Original Message----- > From: Shapira, Yoav [mailto:[EMAIL PROTECTED] > Sent: 15 October 2003 14:07 > To: Tomcat Users List > Subject: RE: tomcat jitters, then hangs - please help > > > > Howdy, > Cool, please keep us updated ;) I want these linux questions better > documented in the list archives ;) > > Yoav Shapira > Millennium ChemInformatics > > > >-----Original Message----- > >From: Noam Camiel [mailto:[EMAIL PROTECTED] > >Sent: Wednesday, October 15, 2003 6:37 AM > >To: Euan Guttridge; Tomcat Users List > >Subject: Re: tomcat jitters, then hangs - please help > > > >Hi Euan > > > >Please note the server is now up for 48 hours strait. > >The change I've made is I've set LD_ASSUME_KERNEL to 2.2.5 > >I will update again in another 48 hours or if the server hangs, > whichever > >comes first..... > > > >Regards, > >Noam > > > >----- Original Message ----- > >From: "Euan Guttridge" <[EMAIL PROTECTED]> > >To: <[EMAIL PROTECTED]> > >Sent: Wednesday, October 15, 2003 9:42 AM > >Subject: FW: tomcat jitters, then hangs - please help > > > > > >> Hi Noam, > >> > >> I work with Ryan on tomcat issues. I would be grateful if you would > let > >me > >> know if your tomcat installation is *still* up (another 24 hours) > since > >the > >> NPTL change as below. > >> > >> > >> Regards, > >> Euan > >> > >> -----Original Message----- > >> From: Noam Camiel [mailto:[EMAIL PROTECTED] > >> Sent: 14 October 2003 14:46 > >> To: Tomcat Users List > >> Subject: Re: tomcat jitters, then hangs - please help > >> > >> > >> Hi, > >> > >> On Friday, October 10, 2003 11:09 AM "Ryan Lissack" > >> <[EMAIL PROTECTED]> wrote: > >> > >> > Remy pointed out to me previously that RH9 uses a new form of > threading > >> and > >> > based on this we have done some investigation. > >> > > >> > RH9 uses NTPL (Native POSIX Thread Library) > >> > http://www.redhat.com/docs/manuals/linux/RHL-9-Manual/release- > >notes/x86/ > >> > > >> > It is possible to revert to the older form of threading, > >"LinuxThreads", > >> by > >> > setting an environment variable, namely: > >> > LD_ASSUME_KERNEL=<kernel-version> > >> > - 2.4.1 - Linuxthreads with floating stacks > >> > - 2.2.5 - Linuxthreads without floating stacks > >> > > >> > This does not revert back to an older kernel, it just changes the > GNU C > >> > library used > http://www-106.ibm.com/developerworks/java/library/j-jtc/ > >> > > >> > We will be testing with these settings starting today and, if we > >continue > >> to > >> > have problems, we will be trying another distro. > >> > >> setting the LD_ASSUME_KERNEL variable, the server is now running over > 24 > >> hours strait. > >> Still, nothing conclusive as of yet...... > >> Ryan, thanks for the information above. Do you have move information > >> regarding this configuration? do you still encounter problems? > >> > >> > >> On Monday, October 13, 2003 9:59 PM "Joe Zendle" > ><[EMAIL PROTECTED]> > >> wrote: > >> > >> > We had the same problem w/ TC 4.1.27, sun jvm 1.4.2 and redhat 9. > The > >> > thing wouldn't work for more than about 12 hours. IMHO, there are > some > >> > fundamental problems with tomcat as of late. Hate to say it but we > >> > solved the problem by throwing away tomcat and using jetty! We are > very > >> > pleased so far. Jetty is very fast and about 1/3 the memory > footprint. > >> > > >> > Good luck. > >> > >> > >> Hi Joe, > >> Thanks for sharing the info, I am considering what you suggest as > well. > >> As a last try before moving away from Tomcat, I'm trying out the > >suggestion > >> from Ryan above. > >> Regards, > >> Noam. > >> > >> > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: [EMAIL PROTECTED] > >> For additional commands, e-mail: [EMAIL PROTECTED] > > > > > >--------------------------------------------------------------------- > >To unsubscribe, e-mail: [EMAIL PROTECTED] > >For additional commands, e-mail: [EMAIL PROTECTED] > > > > > This e-mail, including any attachments, is a confidential business > communication, and may contain information that is confidential, proprietary > and/or privileged. This e-mail is intended only for the individual(s) to > whom it is addressed, and may not be saved, copied, printed, disclosed or > used by anyone else. If you are not the(an) intended recipient, please > immediately delete this e-mail from your computer system and notify the > sender. Thank you. > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
