Severo accidente de Tomcat me tiene perplejo

Estoy bastante acostumbrado a bloquear mi servidor Tomcat. Pero no creo que haya hecho ningún cambio y parece que lo he roto por completo. Estaba trabajando un minuto y luego no el siguiente.

Realmente espero que alguien pueda ayudar aquí es Catalina.

Dec 20, 2012 1:35:56 AM org.apache.catalina.startup.Embedded initDirs
SEVERE: Cannot find specified temporary folder at 
Dec 20, 2012 1:35:57 AM org.apache.catalina.core.AprLifecycleListener init
INFO: Loaded APR based Apache Tomcat Native library 1.1.23.
Dec 20, 2012 1:35:57 AM org.apache.catalina.core.AprLifecycleListener init
INFO: APR capabilities: IPv6 [true], sendfile [true], accept filters [false], random [true].
Dec 20, 2012 1:35:57 AM org.apache.coyote.http11.Http11AprProtocol init
INFO: Initializing Coyote HTTP/1.1 on http-8040
Dec 20, 2012 1:35:57 AM org.apache.coyote.ajp.AjpAprProtocol init
INFO: Initializing Coyote AJP/1.3 on ajp-8042
Dec 20, 2012 1:35:57 AM org.apache.catalina.startup.Catalina load
INFO: Initialization processed in 587 ms
Dec 20, 2012 1:35:57 AM org.apache.catalina.core.StandardService start
INFO: Starting service Catalina
Dec 20, 2012 1:35:57 AM org.apache.catalina.core.StandardEngine start
INFO: Starting Servlet Engine: Apache Tomcat/6.0.33
Dec 20, 2012 1:35:57 AM org.apache.catalina.startup.HostConfig deployDirectory
INFO: Deploying web application directory docs
Dec 20, 2012 1:35:57 AM org.apache.catalina.startup.HostConfig deployDirectory
INFO: Deploying web application directory ROOT
Dec 20, 2012 1:35:57 AM org.apache.catalina.startup.HostConfig deployDirectory
INFO: Deploying web application directory myApp
Dec 20, 2012 1:35:57 AM org.apache.catalina.loader.WebappClassLoader validateJarFile
INFO: validateJarFile(/lhome/me/tomcat6/webapps/myApp/WEB-INF/lib/javax.servlet.jar) - jar not loaded. See Servlet Spec 2.3, section 9.7.2. Offending class: javax/servlet/Servlet.class
Dec 20, 2012 1:35:58 AM org.apache.coyote.http11.Http11AprProtocol start
INFO: Starting Coyote HTTP/1.1 on http-8040
Dec 20, 2012 1:35:58 AM org.apache.coyote.ajp.AjpAprProtocol start
INFO: Starting Coyote AJP/1.3 on ajp-8042
Dec 20, 2012 1:35:58 AM org.apache.catalina.startup.Catalina start
INFO: Server startup in 880 ms
Error Reading TLE line 1: java.lang.Exception: TLE line 1 not valid first line
Error Creating SGP4 Satellite
Dec 20, 2012 1:36:26 AM org.apache.coyote.http11.Http11AprProtocol pause
INFO: Pausing Coyote HTTP/1.1 on http-8040
Dec 20, 2012 1:36:26 AM org.apache.coyote.ajp.AjpAprProtocol pause
INFO: Pausing Coyote AJP/1.3 on ajp-8042
Dec 20, 2012 1:36:27 AM org.apache.catalina.core.StandardService stop
INFO: Stopping service Catalina
Dec 20, 2012 1:36:30 AM org.apache.catalina.loader.WebappClassLoader clearReferencesJdbc
SEVERE: The web application [/myApp] registered the JDBC driver [com.mysql.jdbc.Driver] but failed to unregister it when the web application was stopped. To prevent a memory leak, the JDBC Driver has been forcibly unregistered.
Dec 20, 2012 1:36:30 AM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
SEVERE: The web application [/myApp] is still processing a request that has yet to finish. This is very likely to create a memory leak. You can control the time allowed for requests to finish by using the unloadDelay attribute of the standard Context implementation.
Dec 20, 2012 1:36:30 AM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
SEVERE: The web application [/myApp] appears to have started a thread named [Timer-0] but has failed to stop it. This is very likely to create a memory leak.
Dec 20, 2012 1:36:30 AM org.apache.coyote.http11.Http11AprProtocol destroy
INFO: Stopping Coyote HTTP/1.1 on http-8040
Dec 20, 2012 1:36:30 AM org.apache.coyote.ajp.AjpAprProtocol destroy
INFO: Stopping Coyote AJP/1.3 on ajp-8042
Dec 20, 2012 1:37:12 AM org.apache.catalina.startup.Catalina stopServer
SEVERE: Catalina.stop: 
java.net.ConnectException: Connection refused
    at java.net.PlainSocketImpl.socketConnect(Native Method)
    at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:339)
    at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:200)
    at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:182)
    at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:391)
    at java.net.Socket.connect(Socket.java:579)
    at java.net.Socket.connect(Socket.java:528)
    at java.net.Socket.<init>(Socket.java:425)
    at java.net.Socket.<init>(Socket.java:208)
    at org.apache.catalina.startup.Catalina.stopServer(Catalina.java:422)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:601)
    at org.apache.catalina.startup.Bootstrap.stopServer(Bootstrap.java:338)
    at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:416)

Y tengo un nuevo registro que se ha creado, nunca lo había visto antes, pero parece pensar que es algo grave. Una larga pero aquí está:

Registro de errores masivos que nunca he visto antes

Respuesta 1

Tu JVM tiene SIGBUS. Esto es un problema de hardware o un error de código JVM de bajo nivel.

siginfo:si_signo=SIGBUS: si_errno=0, 
si_code=2 (BUS_ADRERR), si_addr=0x00007f0a9bb06fe5

Una entrada sospechosa es -Djava.io.tmpdir = en su inicio (es decir, el directorio temporal es una cadena vacía). Podría hacer cosas divertidas a JVM, aunque no lo probé. Puede ser que esté bien tenerlo así.

jvm_args: -Dcatalina.base=/lhome/me/tomcat6 
-Dcatalina.home=/usr/share/tomcat6 
-Djava.endorsed.dirs= 
-Djava.io.tmpdir= 
-Djava.util.logging.config.file=/lhome/me/tomcat6/conf/logging.properties 
-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager 

En pocas palabras: creo que su hardware se cae. Copia de seguridad de todo.

Respuesta: 2

La bomba parece haber ocurrido en el método nativo java.util.zip.ZipFile.getZipMessage()que se llama por getEntry(). ZipFilehabía experimentado un error e intentaba construir un mensaje de excepción. Esto ocurre mientras se detiene la aplicación web en ejecución como parte de la recarga.

¿Movió el archivo .war? Eso puede causar el problema.

Este tipo de problemas son difíciles de diagnosticar y solucionar. Sin embargo, es muy probable que el problema sea que java.io.tmpdir no esté configurado correctamente . http://efod.se/blog/archive/2011/05/02/java-sigbus es un problema similar.

Si eso no funciona, use apt-get para actualizar zlib y OpenJDK, y haga ZipFile.getEntry()que se interprete:

-X:CompileCommand=exclude,java/util/zip/ZipFile,getEntry

Como dijo OSB Stats, no confíes en tu hardware (aunque probablemente no sea un problema de hardware).

Respuesta: 3

¿Por qué Mockito se traga los rastros de la pila? Por ejemplo, si tengo una clase pública Foo {public void foo () {bar (); } public void bar () {baz (); } público ...

Tengo un pequeño problema con ejecutar mi aplicación de arranque de primavera en Docker. stack: maven 3+, spring boot (jpa / rest / jetty) - mysql - desplegar en docker Entonces, tengo en mi archivo pom <parent> <...

El nombre de mi paquete no contiene la estructura completa de mi carpeta. Por ejemplo, en IntelliJ he creado una clase de prueba: y su paquete se inicializó con package com; ¿Cómo configuro cuál es el ...

Me pregunto si inicio una máquina virtual java con: -Xms2048m -Xmx2048m -XX: PermSize = 256m -XX: MaxPermSize = 256m -XX: + UseParallelGC -XX: ParallelGCThreads = 4 -XX: + UseParallelOldGC -XX: ...