Fehlersuche - JVM Absturz?

[Donic]

Moin,
ich stehe vor einem Rätsel und weiß nicht, wie ich es lösen kann.

Folgende Situation:
Es gibt eine Client-Server-Anwendung. Sie ist sowohl in einer Produktiv- als auch in einer Testumgebung im Einsatz.
Auf dem Server laufen zwei Java-Anwendungen, die gewöhnlich über die Scheduled Tasks in Windows gestartet werden. Eigentlich automatisch. Die Client-Anwendungen werden auf den Client-Rechnern ausgeführt und greifen auf die Server-Programme zu. Nun kommt es auf dem Server mit der Testumgebung recht häufig vor, dass die beiden Scheduled Tasks abschmieren. Sprich: Irgendwann sind sie nicht mehr "running". In die Java-Anwendungen habe ich schon zahlreiche Logmeldungen eingebaut, aber es gibt keine Exception oder sonstige Fehlermeldung in der Logdatei, wenn die beiden Scheduled Tasks nicht mehr laufen.
Das kuriose dabei: In der Produktivumgebung stürzen die beiden Scheduled Tasks sehr viel seltener ab, wobei auch dort nicht erkennbar ist, weshalb. Sowohl die Test- als auch die Produktivumgebung sind Win2003 Server, beide haben Java 1.4.2_09 laufen.
Gibt es irgendeine Möglichkeit herauszufinden, wo, wann und warum die Tasks abstürzen bzw die VM die Grätsche macht? Irgendeine Logdatei der JVM vielleicht?

Danke im Voraus!

 

[Donic]

Hat niemand eine Idee?

 

[maki]

Wie werden die Tasks gestartet?

Viellciht reicht schon eine Ausgabe Umleitung (> bzw. >>) um die Fehler beim Hochfahren der VM zu erfassen.

 

[Donic]

Die Tasks sind bat-Dateien, die beim Systemstart ausgeführt werden.

Darin steht soweit nur der Aufruf

java -jar programm.jar > D:\Logs\prog_%date%.log 2>&1
sleep 15

In den Logdateien sind leider immer nur normale Einträge zu finden, die letzten Einträge sind nie Exceptions.

 

[maki]

Was sind denn die "letzten" Einträge?
Normale Log Einträge die einfach aufhören?

 

[Donic]

Normale, vollständige Logeinträge. Deshalb bin ich ja so ratlos.

Meines Erachtens muss die ganze JVM abstürzen, denn es gibt ja zwei solcher Java-Prozesse, die identisch gestartet werden. Und jedesmal, wenn Probleme gemeldet werden, sind beide Java-Prozesse weg.

 

[maki]

Schon mal im Eventviewer nachgesehen?
Vielleicht steht da was.

 

[quippy]

Wenn die VM abstürzt, was mir bisher nur bei JNI-Aufrufen passiert ist, legt sie kurz vor dem Tod noch ein Ei in Form einer Datei mit dem Namen "hs_err_pidXXXXXX.log".

Wenn Du solche Dateien findest, ist das was abgeraucht. (Werden im Punkt-Verzeichnis erzeugt, also das Verzeichnis, was für die VM das Punkt-Verzeichnis ist, oder anders gesagt, das Verzeichnis in welchem das Ding gestartet wurde)

 

[Donic]

Danke für die beiden Hinweise, insbesondere die hs_err_pid kannte ich noch nicht. Leider ist die neueste davon von Juni 2007. Also werde ich mein Glück mit der Ereignisanzeige/Event Viewer versuchen. Falls trotzdem noch jemand einen Anhaltspunkt hat, wäre das natürlich auch nicht schlecht.

 

[quippy]

Wenn keine Fehlermeldungen protokolliert werden und im EventLog auch nichts steht, dann wird das schwierig.

Dann sollte man mal überlegen, wie so ein Prozess abgebrochen werden kann. Sind irgendwelche Ereignisse identifizierbar, die immer zu dem Zeitpunkt durchgeführt wurden? z.B. ein umfangreicher Druckjob oder Datenbankanfragen oder oder oder, die im gleichen Zeitraum liegen?

Dazu eine kleine Story, die bestimmt schon einige kennen (und die vielleicht auch in das Fach der Urban Legends gehört): in einem Firmenrechenzentrum viel immer um ca. 18:00 der Host aus und war nach einer Stunde wieder da. Keiner konnte es sich erklären, was da los war, da auch in den Logs nichts brauchbares gefunden wurde.
Also hat man sich auf die Lauer gelegt.
Um 18:00 kam dann die "Raumflegerin" in den Serverraum und wollte Saugen. Als Steckerdose verwendete die Gute die Dose des Mainframe und zog dazu dessen Stecker raus...

Was ich damit meine - manchmal sind die Ursachen nicht direkt mit der Auswirkung in Verbindung zu bringen.