A long shot, but if you are running RHL9 you might try this, as mentioned in
the TC 5.5 release notes at
http://tomcat.apache.org/tomcat-5.5-doc/RELEASE-NOTES.txt :

================
Tomcat on Linux:
================
GLIBC 2.2 / Linux 2.4 users should define an environment variable:
export LD_ASSUME_KERNEL=2.2.5

Redhat Linux 9.0 users should use the following setting to avoid
stability problems:
export LD_ASSUME_KERNEL=2.4.1

Apparently the problem is that RHL introduced the "Native Posix thread
library", see here (find "NPTL" in the page to jump to the explanation): 
http://www.redhat.com/docs/manuals/linux/RHL-9-Manual/release-notes/x86/ 

I've noticed it handing a JVM that does a lot of socket access from the
command line.  The VM just stops dead without reporting anything.  That was
on the last released build of RHL9 (2.4.20)

> -----Original Message-----
> From: Mark Shifman [mailto:[EMAIL PROTECTED] 
> Sent: Wednesday 26 October 2005 17:40
> To: Tomcat Users List
> Subject: Tomcat is dying unpredictably
> 
> 
> Recently tomcat has started dying in an unpredictable manner. 
> I am running
> java version "1.4.2"
> Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2-b28)
> Java HotSpot(TM) Client VM (build 1.4.2-b28, mixed mode)
> 
> jakarta-tomcat-5.0.19 on a Linux box with kernel 
> 2.4.21-37.ELsmp #1 SMP 
> Wed Sep 7 13:28:55 EDT 2005
> (recently upgraded) and struts  1.2.6.
> 
> the output from catalina.out is shown.
> any help would be appreciated
> 
> 
> ****************
> Another exception has been detected while we were handling last error.
> Dumping information about last error:
> ERROR REPORT FILE = (N/A)
> An unexpected exception has been detected in native code 
> outside the VM.
> PC                = 0x0029cded
> Unexpected Signal : 11 occurred at PC=0x29CDED
> SIGNAL            = 11
> Function=FUNCTION NAME     = (null)+0x29CDED
> (N/A)
> Library=/lib/tls/libc.so.6
> OFFSET            = 0x29CDED
> 
> LIBRARY NAME      = NOTE: We are unable to locate the function name 
> symbol for the error
> /lib/tls/libc.so.6
>       just occurred. Please refer to release documentation 
> for possible
> Please check ERROR REPORT FILE for further information, if 
> there is any.
> Good bye.
>       reason and solutions.
> 
> 
> Current Java thread:
>     at java.net.Inet4AddressImpl.getHostByAddr(Native Method)
>     at java.net.InetAddress$1.getHostByAddr(InetAddress.java:774)
>     at 
> java.net.InetAddress.getHostFromNameService(InetAddress.java:464)
>     at java.net.InetAddress.getHostName(InetAddress.java:407)
>     at java.net.InetAddress.getHostName(InetAddress.java:379)
>     at 
> org.apache.coyote.http11.Http11Processor.parseHost(Http11Proce
> ssor.java:1308)
>     at 
> org.apache.coyote.http11.Http11Processor.prepareRequest(Http11
> Processor.java:1276)
>     at 
> org.apache.coyote.http11.Http11Processor.process(Http11Process
> or.java:817)
>     at 
> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandle
> r.processConnection(Http11Protocol.java:732)
>     at 
> org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoi
> nt.java:619)
>     at 
> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(
> ThreadPool.java:688)
>     at java.lang.Thread.run(Thread.java:534)
> 
> Dynamic libraries:
> Can not get information for pid = 5855
> 
> Heap at VM Abort:
> Heap
>  def new generation   total 3520K, used 2449K [0x08e60000, 
> 0x09230000, 
> 0x09340000)
>   eden space 3136K,  75% used [0x08e60000, 0x090ae558, 0x09170000)
>   from space 384K,  22% used [0x091d0000, 0x091e60b8, 0x09230000)
>   to   space 384K,   0% used [0x09170000, 0x09170000, 0x091d0000)
>  tenured generation   total 46504K, used 38229K [0x09340000, 
> 0x0c0aa000, 
> 0x0ce60000)
>    the space 46504K,  82% used [0x09340000, 0x0b895408, 0x0b895600, 
> 0x0c0aa000)
>  compacting perm gen  total 20224K, used 19970K [0x0ce60000, 
> 0x0e220000, 
> 0x10e60000)
>    the space 20224K,  98% used [0x0ce60000, 0x0e1e0808, 0x0e1e0a00, 
> 0x0e220000)
> 
> Local Time = Fri Oct 21 22:05:03 2005
> Elapsed Time = 33731
> #
> # The exception above was detected in native code outside the VM
> #
> # Java VM: Java HotSpot(TM) Client VM (1.4.2-b28 mixed mode)
> #
> # An error report file has been saved as /tmp/hs_err_pid5855.log.
> # Please refer to the file for further information.
> #
> jsvc.exec error: Service did not exit cleanly
> 
> 
> 
> 
> 
> 
> -- 
>  Mark Shifman MD. Ph.D.
>  Yale Center for Medical Informatics
>  Phone (203)737-5219
>  [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]

Reply via email to