Apache2 stuerzt ab wegen https

[ilja]

ich habe ein folgendes problem:

der apache2 stuertzt nach einer weile ab, es passiert in einem tag oder in eine woche, aber der stuertzt ab. wenn ich apche starte kommt die meldung :

... (98)Address already in use: make_sock: could not bind to address [::]:443
no listening sockets available, shutting down 
Unable to open logs

mit netstat -lp habe ich dies raus:

tcp6       0      0 *:https                 *:*                     LISTEN     1699/apache2

wenn ich den kille das prozess (pid 1699) dann kann ich apache wieder normal starten.

wo ist der fehler, bzw. wie kann ich den beheben?

danke,
ilja

 

[sven]

Kannst du nachvollziehen warum er abschmiert? (logs, etc.)

 

[ilja]

also ist eigentlich alles sauber.

hier die error datei. [Tue May 02 06:25:11 2006] [notice] caught SIGTERM, shutting down

 

[sven]

also ist eigentlich alles sauber.

hier die error datei. [Tue May 02 06:25:11 2006] [notice] caught SIGTERM, shutting down

Jo - Apache schmiert ab und kann nicht richtig "gekillt" werden ... das ist ein Ergebnis aus einer Aktion - die Frage ist aus welcher

Welche Apache Version nutzt du ?

 

[theton]

Der VirtualHost-Eintrag fuer's SSL waere auch mal interessant. Ich denke naemlich, dass das Problem hier liegt

could not bind to address [::]:443

und das weist fuer mich auf einen Fehler im vhost- oder listen-Eintrag hin.
Natuerlich wird der Apache sofort beendet, wenn er nicht an den Port bzw. die angegebene Adresse binden kann.
Nachtrag: Evtl. auch ein Fehler in einer Webapplikation oder einem Cronjob, die dafuer sorgt, dass der Apache nicht mehr korrekt mit seinem Socket klar kommt. Daher evtl. auch mal einen Blick in die access_log werfen und schauen, ob dort Unregelmaessigkeiten sind.

 

[nikster77]

Hmm... glaube nicht das uns die vhosts Eintraege da weiterhelfen.
Wie sven es schon sagt, Apache geistert immer noch als Zombie im System rum...

Er kann sich nicht an den Socket binden weil der alte Prozess noch drauf zugreift, bzw. der Socket nicht sauber entfernt wurde was bei einem Absturz kein Wunder ist...

Was ist das da mit dieser "unable to open logs" Meldung?
Hast du einen bestimmten User unter dem Apache laeuft? Koennen die Logs evtl. deshalb nicht geoffnet werden?
Hast du vor kurzem mal ein Update gemacht? Wenn ja welche Distri (Bugzilla checken)?
Gibt es sonst nichts "verdaechtiges" z.B. in den ssl_access_logs (oder wie die heissen) kurz vor dem Absturz?

Wenn der Apache wichtig ist... wuerde ich als workaround evtl. einen cronjob nutzen der prueft ob apache noch atmet...
Wenn nicht soll er killall -9 apache/httpd etc. und rm /bla/apachesocket ausfuehren und dann einen neustart ausfuehren... der muesste dann sauber sein.
Du kannst das killen und socketfile-loeschen auch mit in das initscript aufnehmen (falls das da nicht schon so drinsteht).

Gruss

Niels