moin moin!
also, wie im thread "tomcat verfügbarkeit prüfen" schon erläutert, habe ich probleme mit der verfügbarkeit meines tomcat.
meine idee, abgesehen von der permanenten fehlerbehebung durch einen fix des problems, war es, nach einer freundlichen unterstützung aus dem forum (THX nochmal), den quellcode der seite, welche durch den Tomcat bereitsgestellt wird, mit wget auf bestimmte begriffe zu prüfen und ggf. wenn die begriffe nicht gefunden werden, den tomcat neu zu starten.
nachdem ich nun zwei tage fleißig gelogt habe und auch endlich einen log des Quellcodes der seite während eines ausfalls habe, musste ich leider feststellen, das wget, trotz des "ausfalls" (es wird also eine weisse seite im browser dargestellt), mir den quellcode korrekkt liefert.
Heisst also diese methode funktioniert leider nicht.
Sooo, nun zu meiner eigentlichen Frage:
Hat jemand nen Ansatz, wie ich sonst die verfügbarkeit prüfen kann?
pingen o.ä. ist nicht möglich , da der server natürlich antwortet.
vielleicht hat einer von euch ja ne idee, den tomcat systemintern oder extern auf seine verfügbarkeit, bzw, die verfügbarkeit der seite zu prüfen!
Ich sag schonmal THX für eure Hilfe!
Gruss s3ns1
Tomcat verfügbarkeit prüfen die zweite ;) [gelöst]
Tomcat verfügbarkeit prüfen die zweite ;) [gelöst]
Zuletzt geändert von s3ns1 am 22.06.2006 11:11:07, insgesamt 1-mal geändert.
- finupsen
- Beiträge: 1327
- Registriert: 21.04.2004 20:07:05
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Dortmund
-
Kontaktdaten:
hallo,
es geht wohl um diesen thread:
http://debianforum.de/forum/viewtopic.p ... highlight=
> nachdem ich nun zwei tage fleißig gelogt habe und
und was steht drin ? (log und jsp/servlet source)
> ... das wget, trotz des "ausfalls" [...] mir den quellcode korrekkt liefert.
Gut, also fällt tomcat ja garnicht aus sondern eher eine webapp die im
tomcat deployed wurde.
> Hat jemand nen Ansatz, wie ich sonst die verfügbarkeit prüfen kann?
Ja , aber was bringt das ? tomcat fällt ja, wie du selbst festgestellt hast,
nicht aus. Du kannst natürlich den response einer webapp prüfen, daß
wurde im oben genannten thread schon beschrieben (wget).
Ansonsten würde ich auf jeden fall den tatsächlichen fehler aufspüren
und beseitigen, denn einen server neustarten, nur weil eine webapp den
geist aufgibt ist IMHO ein dirty-hack ....
wird denn der request mit einem ordentlichen HTTPServletResponse
beantwortet ? Fliegt eine exception irgendwo ? (stacktrace machen!)
es geht wohl um diesen thread:
http://debianforum.de/forum/viewtopic.p ... highlight=
> nachdem ich nun zwei tage fleißig gelogt habe und
und was steht drin ? (log und jsp/servlet source)
> ... das wget, trotz des "ausfalls" [...] mir den quellcode korrekkt liefert.
Gut, also fällt tomcat ja garnicht aus sondern eher eine webapp die im
tomcat deployed wurde.
> Hat jemand nen Ansatz, wie ich sonst die verfügbarkeit prüfen kann?
Ja , aber was bringt das ? tomcat fällt ja, wie du selbst festgestellt hast,
nicht aus. Du kannst natürlich den response einer webapp prüfen, daß
wurde im oben genannten thread schon beschrieben (wget).
Ansonsten würde ich auf jeden fall den tatsächlichen fehler aufspüren
und beseitigen, denn einen server neustarten, nur weil eine webapp den
geist aufgibt ist IMHO ein dirty-hack ....
wird denn der request mit einem ordentlichen HTTPServletResponse
beantwortet ? Fliegt eine exception irgendwo ? (stacktrace machen!)
Niemand hat vor eine zentrale Datensammelbehörde aufzubauen. Es handelt sich vielmehr um dezentrale IT-Systeme die miteinander vernetzt werden.
... und Wasser ist naß.
... und Wasser ist naß.
- finupsen
- Beiträge: 1327
- Registriert: 21.04.2004 20:07:05
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Dortmund
-
Kontaktdaten:
und vor allem ... worum gehts überhaupt ?
tomcat version ?
apache davor ? modjk/modproxy ?
welche webapp ist betroffen ? selbst geproggert ?
java-version ?
tomcat version ?
apache davor ? modjk/modproxy ?
welche webapp ist betroffen ? selbst geproggert ?
java-version ?
Niemand hat vor eine zentrale Datensammelbehörde aufzubauen. Es handelt sich vielmehr um dezentrale IT-Systeme die miteinander vernetzt werden.
... und Wasser ist naß.
... und Wasser ist naß.
so nachdem ich hier leider n bisschen geschlampt habe und den thread nicht mit lösung geschlossen habe, möchte ich das an dieser stelle nachholen.
ich habe das beschriebe durch folgendes, relativ simples script realisiert:
sooo, ich denke das script ist nicht nach der höchsten kunst erstellt, macht aber ganu das was ich will
kurze anmerkung zur zeile
tomcat.sh startet den tomcat dienst neu ... ich denke aber das ist fast selbsterklärend.
so...
sorry nochmal für den späten beitrag!
gruss s3ns1
ich habe das beschriebe durch folgendes, relativ simples script realisiert:
Code: Alles auswählen
#!/bin/sh
#test if /tmp/backup_run exist and exit, else continue
if [ -e /tmp/backup_run ];then
exit 0
fi
#get the sourcecode of https://url.der.seite and save to
# /var/log/tomcat.log
wget -q https://url.der.seite -O /var/log/tomcat.log
#delete content of $g
unset $g
#grep /var/log/tomcat.log for "html" and define $g
g=$(grep -i "<html>" /var/log/tomcat.log|cut -c 2-5)
#check if $g==html it is fine, else we need to restart the service
if [ "$g" == "html" ];then
exit 0
else /usr/sbin/tomcat.sh &>/tmp/tomcatrepair.log
fi
kurze anmerkung zur zeile
Code: Alles auswählen
else /usr/sbin/tomcat.sh &>/tmp/tomcatrepair.log
so...
sorry nochmal für den späten beitrag!
gruss s3ns1