nicht angemeldet
Moin!
mod_fcgid: read data timeout in 40 seconds
Premature end of script headers: ins_xml.php
>
> Über eine Suchmaschine habe ich herausgefunden, dass man den folgenden Eintrag in der /etc/apache2/mods-enabled/fcgid.conf anpassen muss, was auch logisch erscheint:
>
> `IPCConnectTimeout 40`{:.language-php}
>
> Diesen hatte ich nun erhöht, Script aufgeführt und ich erhalte trotzdem den Fehler "mod\_fcgid: read data timeout in 40 seconds".
>
> Scheinbar wird trotz Apache-Neustart die neue Konfiguration nicht übernommen...
Gibts Gründe, dass du das PHP-Skript mit fast-cgi ausführen lässt? Die übliche Konstellation, wenn man einen eigenen Server nutzt, wäre doch als Apache-Modul.
Ansonsten wäre als Grund für die Nichtreaktion auch einfach möglich, dass du die falsche Datei geändert hast.
Und so vom Gefühl her klingt das auch alles noch nicht wirklich so, als ob du an den richtigen Stellschrauben drehst. Ich vermute einfach, dass dein PHP-Skript durch irgendeinen Seiteneffekt, der auf dem alten Server nicht aufgetreten ist, zuviel Speicher braucht oder sonst irgendeinen Grund für ein unerwartetes Ende hat. Vielleicht auch, weil die zu erledigende Aufgabe einfach zuviel Zeit benötigt und deshalb von der Laufzeitbegrenzung abgebrochen wird.
Mir fehlen Erfahrungswerte mit fast-cgi, aber ich könnte mir vorstellen, dass das Ausbleiben von regelmäßigen Ausgaben während der Ausführung dann den IPC-Timeout triggert - oder grundsätzlich das Skript keine Ausgaben (und auch keine Fehlermeldung) liefert und unbemerkt schon tot ist, während fast-cgi noch auf Ausgaben wartet, bis der Timeout zuschlägt.
Du kannst dem Skript ja mal Log-Ausgaben mittels error\_log() hinzufügen, um zu prüfen, wie weit es tatsächlich abgearbeitet wird. Diese Log-Ausgaben landen dort, wo PHP auch seine Fehlermeldungen hinschreibt. Dran denken, dass es mehrere php.ini gibt, für jede SAPI eine eigene. Welche dein Skript nutzt, und auch welche Log-Konfiguration aktiv ist, sagt dir phpinfo().
- Sven Rautenberg