2012-04-04 11 views
1

Wie im Titel angegeben. Danach konnte Wrapper keine andere JVM starten und mein Maultierdienst wurde beendet. und Hinweise dazu?Wrapper Ping Timeout und Mule gefangen

Es gibt eine kleine Last auf dem Server, aber die Last sollte nicht zu viel sein.

unten ist das zugehörige Protokoll:

ein Paket PING senden: ok
ein Paket PING lesen: ok
Got Ping-Antwort von JVM
ein Paket PING senden: ping
ein Paket senden PING: ping
ein Paket senden PING: ping
ein Paket senden PING: ping
ein Paket senden PING: ping
ein Paket PING senden: ping
sende ein Paket PING: ping
JVM erscheint aufgehängt: Zeitüberschreitung beim Warten auf Signal von JVM.
JVM wurde auf Anforderung nicht beendet, der Server wurde am Port 32002 abgehört.
Warten 5 Sekunden vor dem Start einer anderen JVM.
Signal gefangen. Details:
Signalnummer = 17 (SIGCHLD), source = "unbekannt"
SIGCHLD empfangen, JVM-Prozessstatus überprüft.
JVM wurde als Reaktion auf das Signal SIGKILL (9) beendet.
JVM-Prozess mit einem Code von 1 verlassen, aber der Wrapper-Exit-Code war bereits 1.
Es kann keine JVM
< starten - Wrapper

Gestoppt ist hier das Protokoll, wenn ich mule useing neu starten: mule Anfang.

Working directory set to: /root 
Spawning intermediate process... 
Spawning daemon process... 
--> Wrapper Started as Daemon 
Using tick timer. 
server listening on port 32000. 
Classpath element, wrapper.java.classpath.1, does not exist: %MULE_LIB% 
Command[0] : java 
Command[1] : -Dmule.home=/opt/skybus 
Command[2] : -Dmule.base=/opt/skybus 
Command[3] : -Djava.net.preferIPv4Stack=TRUE 
Command[4] : -XX:MaxPermSize=128m 
Command[5] : -Djava.endorsed.dirs=/opt/skybus/lib/endorsed 
Command[6] : -Xms2048m 
Command[7] : -Xmx2048m 
Command[8] : -Djava.library.path=%LD_LIBRARY_PATH%:/opt/skybus/lib/boot 
Command[9] : -classpath 
Command[10] : %MULE_LIB%:/opt/skybus/conf:/opt/skybus/lib/boot/mule-module-boot-  3.2.1.jar:/opt/skybus/lib/boot/log4j-1.2.14.jar:/opt/skybus/lib/boot/mule-module-reboot-3.2.1.jar:/opt/skybus/lib/boot/wrapper-3.2.3.jar:/opt/skybus/lib/boot/commons-cli-1.2.jar:/opt/skybus/lib/boot/mule-module-logging-3.2.1.jar 
Command[11] : -Dwrapper.key=XmncggXh3D4jnC8q 
Command[12] : -Dwrapper.port=32000 
Command[13] : -Dwrapper.jvm.port.min=31000 
Command[14] : -Dwrapper.jvm.port.max=31999 
Command[15] : -Dwrapper.debug=TRUE 
Command[16] : -Dwrapper.pid=30321 
Command[17] : -Dwrapper.version=3.2.3 
Command[18] : -Dwrapper.native_library=wrapper 
Command[19] : -Dwrapper.service=TRUE 
Command[20] : -Dwrapper.cpu.timeout=10 
Command[21] : -Dwrapper.jvmid=1 
Command[22] : org.mule.module.reboot.MuleContainerBootstrap 
Command[23] : start0 
Launching a JVM... 
Starting the Mule Container... 
WrapperManager class initialized by thread: main Using classloader: [email protected] 
Wrapper (Version 3.2.3) http://wrapper.tanukisoftware.org 
    Copyright 1999-2006 Tanuki Software, Inc. All Rights Reserved. 

Wrapper Manager: JVM #1 
Running a 32-bit JVM. 
Wrapper Manager: Registering shutdown hook 
Wrapper Manager: Using wrapper 
Load native library. One or more attempts may fail if platform specific libraries do not exist. 
Loaded native library: libwrapper-linux-x86-32.so 
Calling native initialization method. 
Inside native WrapperManager initialization method 
Java Version : 1.6.0_10-beta-b25 Java HotSpot(TM) Server VM 
Java VM Vendor : Sun Microsystems Inc. 

WrapperManager.start([email protected], args["start0"]) called by thread: main 
Control event monitor thread started. 
Startup runner thread started. 
Communications runner thread started. 
Open socket to wrapper...Wrapper-Connection 
Opened Socket from 31000 to 32000 
Send a packet KEY : XmncggXh3D4jnC8q 
handleSocket(Socket[addr=/127.0.0.1,port=32000,localport=31000]) 
accepted a socket from 127.0.0.1 on port 31000 
read a packet KEY : XmncggXh3D4jnC8q 
Got key from JVM: XmncggXh3D4jnC8q 
send a packet LOW_LOG_LEVEL : 1 
send a packet PING_TIMEOUT : 30 
send a packet PROPERTIES : (Property Values) 
Start Application. 
send a packet START : start 
Received a packet LOW_LOG_LEVEL : 1 
Wrapper Manager: LowLogLevel from Wrapper is 1 
Received a packet PING_TIMEOUT : 30 
PingTimeout from Wrapper is 30000 
Received a packet PROPERTIES : (Property Values) 
Received a packet START : start 
calling WrapperListener.start() 
Waiting for WrapperListener.start runner thread to complete. 
WrapperListener.start runner thread started. 
2012-04-01 14:53:42,297 INFO [org.mule.module.launcher.MuleContainer] - < 
********************************************************************** 
* Mule ESB and Integration Platform         * 
* Version: 3.2.1 Build: 23380          * 
* MuleSoft, Inc.              * 
* For more information go to http://www.mulesoft.org     * 
*                 * 
* Server started: 12-4-1 下午2:53         * 
* JDK: 1.6.0_10-beta (mixed mode)         * 
* OS: Linux (2.6.18-92.el5xen, i386)         * 
* Host: localhost.localdomain (10.123.75.149)      * 
**********************************************************************> 
+0

unten ist das Protokoll, wenn ich mule Verwendung Neustart: mule Start –

Antwort

1

von der ersten Protokolldatei, kann ich sehen, dass die JVM auf die Ping-Anfragen des Wrapper unempfänglich waren:

send a packet PING : ping 
send a packet PING : ping 
send a packet PING : ping 
send a packet PING : ping 
send a packet PING : ping 
send a packet PING : ping 
send a packet PING : ping 

so der Wrapper übernimmt die JVM ist gesperrt und deshalb versucht es zu stoppen und neu zu starten. Aber in der Tat scheint es, dass der Wrapper aufgrund einer starken Auslastung der Maschine nicht einmal eine andere JVM-Instanz starten konnte. Sie könnten wrapper.ping.timeout erweitern, wodurch die JVM mehr Zeit für Ping-Anfragen erhält, wenn auf Ihrem Computer häufig eine hohe Auslastung auftritt.

http://wrapper.tanukisoftware.com/doc/english/prop-ping-timeout.html

hoffe, das hilft dir.

Prost