Kann mir jemand erklären was diese Logs zu bedeuten haben bzw. was die Ursache sein könnte? Das eigenartige ist, dass ich gar kein web gibt das php in einer fastcgi Umgebung nutzt. Es werden dort vom Apache 2 z.Z. lediglich statische Seiten ausgeliefert.
Wenn Du mod_[fastcgi|perl|ssl|...] nicht nutzt, warum lädst Du diese(s) (fehlkonfigurierten) Modul(e) überhaupt? Zudem ist Dein Apache buggy, bitte updaten...
„If there’s more than one possible outcome of a job or task, and one
of those outcomes will result in disaster or an undesirable consequence,
then somebody will do it that way.“ -- Edward Aloysius Murphy Jr.
Joe User wrote:Wenn Du mod_[fastcgi|perl|ssl|...] nicht nutzt, warum lädst Du diese(s) (fehlkonfigurierten) Modul(e) überhaupt? Zudem ist Dein Apache buggy, bitte updaten...
Das ist ja meine Frage. Die Module werden geladen weil sie auch laufen sollen. Z.Z. laufen aber nur statische Seiten. Darüber, dass trotz der statischen Seiten so etwas passiert:
„If there’s more than one possible outcome of a job or task, and one
of those outcomes will result in disaster or an undesirable consequence,
then somebody will do it that way.“ -- Edward Aloysius Murphy Jr.
Solange du keine Config lieferst kann man dir nicht weiterhelfen.
PS: hast du das Teil selbst kompiliert?
Ja, kompeliert für fcgi.
Die auffälligen Logs stehen och oben. Es gibt aus noch tausende von folgenden Einträgen(bei 95% cpu Last, deshalb wurde ich stutzig), die scheinen aber nicht mehr aufzutreten:
[Sun Mar 18 06:27:29 2007] [error] (88)Socket operation on non-socket: apr_accept: (client socket)
[Sun Mar 18 06:27:29 2007] [error] (88)Socket operation on non-socket: apr_accept: (client socket)
[Sun Mar 18 06:27:29 2007] [error] (88)Socket operation on non-socket: apr_accept: (client socket)
[Sun Mar 18 06:27:35 2007] [error] (88)Socket operation on non-socket: apr_accept: (client socket)
[Sun Mar 18 06:27:38 2007] [error] (88)Socket operation on non-socket: apr_accept: (client socket)
[Sun Mar 18 06:27:39 2007] [error] (88)Socket operation on non-socket: apr_accept: (client socket)
[Sun Mar 18 06:27:40 2007] [error] (88)Socket operation on non-socket: apr_accept: (client socket)
[Sun Mar 18 06:27:45 2007] [error] (88)Socket operation on non-socket: apr_accept: (client socket)
[Sun Mar 18 06:27:46 2007] [error] (88)Socket operation on non-socket: apr_accept: (client socket)
[Sun Mar 18 06:27:48 2007] [error] (88)Socket operation on non-socket: apr_accept: (client socket)
Ich habe Fehler bzw. doppelte Einträge in der httpd.conf entdeckt und den Apachen nach Korrektur neu gestartet. Z.Z. sieht es normal aus also ohne verlohrende Kinder etc wie:
[Wed Mar 21 00:24:23 2007] [warn] long lost child came home! (pid 941)
[Wed Mar 21 01:59:52 2007] [notice] caught SIGTERM, shutting down
[Wed Mar 21 01:59:52 2007] [alert] (4)Interrupted system call: FastCGI: read() from pipe failed (0)
tomotom wrote:Ich verstehe nicht wie fcgi Fehler machen kann, wo doch kein script darauf zugreift. Das ist was ich verstehen möchte.
Weil die FastCGI-Prozesse im Voraus geforked werden, damit das später nicht passieren muss. Das ist ja gerade der Vorteil von FastCGI gegenüber der normalen CGI-Schnittstelle.
Nein, sorry falsch, da habe ich zu schnell geantwortet. Das fcgi Modul für den apache habe ich als Modul geladen. Nur php habe ich für fcgi compiliert.
Jetzt kommt folgendes und das sieht doch ok aus oder nicht?
Für mich sieht das danach aus, als hättest du den Apache mit bzw gegen irgendwelche falschen Libs gebaut.
Die letzte Fehlermeldung bedeutet einfach nur, dass du den Apache beendet hast. Der Apache konnte den Shutdown dem fastcgi Modul (warum auch immer, evtl wegen falscher Libs) nicht richtig mitteilen. Irgendwann hat dann fastcgi gemerkt, dass der Apache gar nicht mehr da ist (Bad file desc) und hat sich selbst beendet.
