Tomcat crashing .getLocalHostName(Native Method) (5.4)

Ken Menzel kenfreebsd at icarz.com
Mon May 23 14:43:36 PDT 2005


Hi,
  I am running Freebsd 5.4 Release and Tomcat 5.0.30 and JDK 1.4.2-p7. 
At random times tomcat seems to be crashing in name resolutions.  I am 
not sure how to resolve,  it happens a cople of times a day under 
load.  This is my first 5.4R using tomcat,  I am running 4.11 on two 
other servers that handle everything I through at them.  I would 
appreciate any advice.

Thanks Ken
Attached an error log of one of the errors the first line is always, 
sometimes I get signal 6 sometimes 11.
at java.net.Inet4AddressImpl.getLocalHostName(Native Method)

 cat  hs_err_pid41942.log

An unexpected exception has been detected in native code outside the 
VM.
Unexpected Signal : 11 occurred at PC=0x880517EF
Function=flockfile+0x1F
Library=/lib/libc.so.6

Current Java thread:
        at java.net.Inet4AddressImpl.getLocalHostName(Native Method)
        at java.net.InetAddress.getLocalHost(InetAddress.java:1178)
        at 
com.ccitriad.aconnex.appsdk.HttpsClient.getClientIp(HttpsClient.java:116)
        at 
com.ccitriad.aconnex.appsdk.HttpsClient.access(HttpsClient.java:221)
        at 
com.ccitriad.aconnex.appsdk.HttpsClient.access(HttpsClient.java:188)
        at 
com.ccitriad.aconnex.appsdk.BaseComponentImpl.access(BaseComponentImpl.java:176)
        at 
com.ccitriad.aconnex.appsdk.PartOrderManagerImpl.queryParts(PartOrderManagerImpl.java:43)
        at ACXServlet.doPost(ACXServlet.java:85)
        at 
javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
        at 
javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
        at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
        at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
        at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
        at 
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
        at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
        at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
        at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
        at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137)
        at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
        at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118)
        at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
        at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
        at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
        at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
        at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
        at 
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
        at 
org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
        at 
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799)
        at 
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705)
        at 
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577)
        at 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:534)

Dynamic libraries:
0x8048000       /usr/local/jdk1.4.2/bin/java
0x87f7b000      /usr/lib/libpthread.so.1
0x87f9f000      /lib/libc.so.6
0x88077000      /usr/local/jdk1.4.2/jre/lib/i386/client/libjvm.so
0x8848c000      /usr/lib/libstdc++.so.4
0x8855e000      /lib/libm.so.3
0x88579000 
/usr/local/jdk1.4.2/jre/lib/i386/native_threads/libhpi.so
0x88587000      /usr/local/jdk1.4.2/jre/lib/i386/libverify.so
0x8859c000      /usr/local/jdk1.4.2/jre/lib/i386/libjava.so
0x885ba000      /usr/local/jdk1.4.2/jre/lib/i386/libzip.so
0x944d8000      /usr/local/jdk1.4.2/jre/lib/i386/libnet.so
0x87f4e000      /libexec/ld-elf.so.1

Heap at VM Abort:
Heap
 def new generation   total 832K, used 124K [0x8c350000, 0x8c430000, 
0x8c830000)
  eden space 768K,   7% used [0x8c350000, 0x8c35f098, 0x8c410000)
  from space 64K, 100% used [0x8c410000, 0x8c420000, 0x8c420000)
  to   space 64K,   0% used [0x8c420000, 0x8c420000, 0x8c430000)
 tenured generation   total 9996K, used 7507K [0x8c830000, 0x8d1f3000, 
0x90350000)
   the space 9996K,  75% used [0x8c830000, 0x8cf84d70, 0x8cf84e00, 
0x8d1f3000)
 compacting perm gen  total 8192K, used 7957K [0x90350000, 0x90b50000, 
0x94350000)
   the space 8192K,  97% used [0x90350000, 0x90b15478, 0x90b15600, 
0x90b50000)

Local Time = Sat May 21 20:36:05 2005
Elapsed Time = 6
#
# The exception above was detected in native code outside the VM
#
# Java VM: Java HotSpot(TM) Client VM 
(1.4.2-p7-sysadm_08_feb_2005_12_48 mixed mode)
#
reed#

-----------------------------------------------------
Ken Menzel  ICQ# 9325188
www.icarz.com  kenm at icarz.com
/earth is 98% full ... please delete anyone you can. 



More information about the freebsd-java mailing list