apache absturz

N

Nicolander

Registered User
hallo,

heute ist mein apache abgeschmiert.
ich wüßte gerne wann das passiert ist und aus welchem grund, gibt es irgendwo logfiles die ich mir anschauen kann?

viele grüße
nicolander
 
Erste Quellen sollten access_log und error_log sein.
Zu finden im Verzeichniss /var/log/httpd .

mfG
Thorsten
 
hallo thorsten,

vielen dank für die info.
habe folgendes in der error_log gefunden:
caught SIGTERM, shutting down

was hat das zu bedeuten?

viele grüße
nicolander
 
sigterm

Das hat zu bedeuten,
dass der apache den Befehl bekommen hat runterzufahren.
Also wahrscheinlich zwecks reboot des Servers.

Vergleich doch mal den sigterm Zeitpunkt mit der uptime von top zum Beispiel.....

Sei froh dass dein Apache nur runtergefahren ist.
Meiner kegelt jetzt schon seit gestern munter sämtliche Verzeichnisse durcheinander.
Will sagen :
auf der Domain foej.cloudno9.com sind plötzlich Daten
von tennis.cloudno9.com zu finden.
Find ich gar nicht witzig........
Aber immerhin, mein server läuft (auf real server 10) - mehr oder weniger...

Herzliches Beileid an die Jungs von Server 20 & 50
Viele Grüße
Stefan
 
also der server wurde auf jedenfall nicht rebootet.
uptime 11 tage.
nur der apache ist abgeschmiert, wie kann sowas passieren?
 
Ressourcenmangel

Ja............
Gabs auf meinem Server einen Monat´lang mehrmals täglich, und
zwar kurz nachdem die vserver offiziell an den Start gingen.

Seitdem hatte ich das Problem nicht mehr.

Apache die Ressourcen beschneiden @httpd.conf ? :idea:
 
Thorsten said:
Wenn es ein vServer ist -> Resourcenmangel?
Click to expand...
Jaein, Apache sichert sich seine Resourcen beim starten.
Wenn es allerdings nicht genug Resourcen gibt....

SIG_TERM ist ein 'Fremdabschuß'. Die wird z.B. durch das update-Script von Confixx ausgelöst, wenn Du neue (sub-)Domains angelegt hast, oder sonst etwas an den Kundeneinstellungen änderst.

Evtl hat ein Reload nicht gefruchtet.
War das wirklich der letzte Eintrag im error_log?

huschi
 
ja das war wirklich der letzte eintrag im error_log danach kommen erst wieder einträge nach dem neustart.
zu dem zeitpunkt wo der abgestürtzt ist habe ich nichts gemacht.
was kann man denn sinnvollerweise in der httpd.conf einstellen? ist die default-einstellung denn nicht in ordnung?
gibt es keine möglichkeit genau herauszufinden was den absturz verursacht hat? in der access_log ist mir auch nichts aufgefallen außer das ein paar sekunden vor dem absturz jemand auf meiner website war.
kann es vielleicht eine bestimmte php-seite gewesen sein?

viele grüße
nicolander
 
ich versteh auch nicht was mit meinem vserver lost ist...
Als er heute mittag hochgefahren ist, waren alle daten wieder drauf, allerdings angeblich nur 1% der Festplatte belegt...gut...hab ich mich gefreut dass ich zusätzlich ein Gig frei habe....
Jetzt schaue ich...35% belegt obwohl ich nix gemacht hab...echt super..

Kann ich irgendwie nachschaue welche dateien sich in den letzten sagen wir 24 stunden verändert haben, um rauszufinden ob irngedwo eine rieeessen datei ist, und ich sie bloss nicht finde?
 
djrick said:
Als er heute mittag hochgefahren ist, waren alle daten wieder drauf, allerdings angeblich nur 1% der Festplatte belegt...gut...hab ich mich gefreut dass ich zusätzlich ein Gig frei habe....
Jetzt schaue ich...35% belegt obwohl ich nix gemacht hab...echt super..
Click to expand...
Die Erfahrung hat gezeigt: 'df' kann man auf einem vServer nicht trauen, da man mehr oder weniger nur 'virtuellen Platz' hat.

Kann ich irgendwie nachschaue welche dateien sich in den letzten sagen wir 24 stunden verändert haben, um rauszufinden ob irngedwo eine rieeessen datei ist, und ich sie bloss nicht finde?
Click to expand...
Mit find. Genaue Parameter kann ich aber momentan nicht sagen.

huschi
 
find -atime wahrscheinlich...
aber das funktioniert im Moment alles nicht, because: cannot allocate memory *grml*
 
You must log in or register to reply here.
Back
Top