Kommentare zu: Apache2 FastCGI Scripte brechen nach 40 Sekunden ab

Von: Pangu

Pangu — Wed, 01 Feb 2012 17:42:12 +0000

OH MANN! Ich hab den Fehler!! Hab vom Beitrag von (webby) weiter oben abgeschrieben und der hatte drinstehen “IPCConnectTimeOut” dabei heißt es richtigerweise “IPCCommTimeout 400″

jetzt klappt’s auch mit dem test-script. DANKE!

Von: Pangu

Pangu — Wed, 01 Feb 2012 17:26:21 +0000

Auf Debian Squeeze 64bit mit Apache 2.2.16 und php 5.3.3 mit fcgid und suexec funzt das nicht. Wie muss denn die /etc/apache2/mods-available/fcgid.conf aussehen, bitte postet mal den Inhalt hier rein. Ich verwende wegen einer Apache-Sicherheitslücke Files Match in meiner vHost-Konfig. Meine vHost sieht so aus, und ich krieg immer noch 500er Fehler mit dem hier geposteteten Script-Test zum Checken des Timeouts. ServerName defaultsite.localhost ServerAdmin webmaster@localhost DocumentRoot /var/www/defaultsite SuexecUserGroup phpfcgiuser phpfcgiuser Options FollowSymLinks AllowOverride None FCGIWrapper /var/www/conf/fcgi-starter .php SetHandler fcgid-script Options +ExecCGI -Indexes Order allow,deny allow from all AllowOverride All ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/ AllowOverride None Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch Order allow,deny Allow from all

Von: Erwin

Erwin — Sun, 07 Nov 2010 15:48:45 +0000

Hurra !!!

Dieses Problem nervt mich seit ewigen Zeiten (fast 2Jahre)

Hatte mich damit abgefunden – aber immo kam es grad wieder hoch und ich hab Onkel G00gle gefragt und bämm – schon isses Geschichte.

Made my day !!!

Von: kostaki

kostaki — Thu, 08 Jul 2010 17:23:35 +0000

Die fcgid Settings mussen nur in jedem vhost stehen. Ob das durch einen Include gemacht wird oder direkt eingetragen wird ist egal, es muss nur wirklich in jedem vhost passieren! Wenn man eh immer die gleichen haben will, bietet sich der Include natürlich an.

Von: webby

webby — Thu, 08 Jul 2010 14:16:31 +0000

offenbar werden die sptizen klammern hier “gefressen”
am beginn der oben genannten Zeilen in httpd.conf steht noch:

IfModule mod_fcgid.c
bzw. am ende
IfModule

Von: webby

webby — Thu, 08 Jul 2010 13:54:42 +0000

Hallo, auch bei mir brechen einige skripte nach 40 sek ab und ich erhalte die selbe fehlermeldung im Log.
Ich habe keine “fcgi.conf” datei die ich in der VirtualHost includieren könnte.

Die entsprechende Konfiguration habe ich in httpd.conf reingeschrieben:

AddHandler fcgid-script .fcgi
SocketPath /tmp/fcgid_sock
IdleTimeout 3600
DefaultMinClassProcessCount 100
IPCConnectTimeout 400

Ist ein Include trotzdem noch notwendig damit ich das Problem mit den 40 sekunden lösen kann?

lg
Webby

Von: kostaki

kostaki — Sat, 24 Apr 2010 09:17:43 +0000

Schön das es nun funktioniert. Den Release von Squeeze kann ich auch kaum erwarten, aber bis dahin kann man sich mit dieser Lösung behelfen.

Gruß

kostaki

Von: Der Adminblogger

Der Adminblogger — Thu, 22 Apr 2010 10:35:59 +0000

Hi kostaki,

ich muss mich korrigieren – Du hast recht, es funktioniert.

Ich hatte es nur in einem Vhost drin und sobald einer der anderen Vhosts aufgerufen wurde, sind die Werte auf die Defaults zurückgesetzt worden.

Laut mehreren Berichten ist es auch unbedingt erforderlich, dass DefaultMinClassProcessCount in jeden Vhost gesetzt wird, sonst haben die Timeouts keine Wirkung (http://sourceforge.net/mailarchive/message.php?msg_name=20070516151638.13781e84.listen%40mjh.name)

Nachdem ich dann noch über https://bugs.launchpad.net/ubuntu/+source/libapache2-mod-fcgid/+bug/273388 gestolpert bin, habe ich es dann tatsächlich in *jeden* Vhost eingetragen und es funktioniert.

Laut http://svn.apache.org/viewvc/httpd/mod_fcgid/trunk/README-FCGID?view=log haben neuere Versionen von mod_fcgid nicht mehr das Problem, die Bugs sind offenbar gefixt worden.

Gruß,
Marcel.

Von: kostaki

kostaki — Wed, 21 Apr 2010 15:58:42 +0000

Hi,

bist du dir sicher das du es in jeden Vhost eingetragen hast? Ich hab es gerade noch mal auf einem seit 2 Wochen laufenden Apache getestet und bei mir kommt dieser Fehler nicht vor. Das Script schläft 200 Sekunden und gibt mir dann die Ausgabe aus.

Gruß

kostaki

Von: Der Adminblogger

Der Adminblogger — Wed, 21 Apr 2010 14:11:12 +0000

Die “Lösung” von Dir funktioniert leider nicht.

Es ist richtig, dass beim Eintragen von IPCCommTimeout in den VirtualHost (oder bei dir das Inkludieren der fcgid.conf) der erste Request sich an diese Einstellung hält.

Ein IPCCommTimeout 200 z.b. bewirkt bei meinem Skript sleep(300); einen Abbruch nach 200 Sekunden. So steht es auch im error_log.

Anschließend wird der PHP-Prozess von Apache gekillt.

Rufe ich die Datei jetzt erneut auf, forkt Apache einen neuen PHP-Prozess, der allerdings wieder den einkompilierten Default-Wert von 40 Sekunden benutzt.

Eine Lösung mit dem libapache2-mod-fcgid aus lenny ist leider nicht in Sicht.

Gruß,
Marcel.

Von: kostaki

kostaki — Sat, 10 Apr 2010 09:54:15 +0000

Ich glaube schon. Geh am besten davon aus und trage die fcgid.conf in jeden vhost ein. Sollte keinen Negativen Effekt haben, aber dieser Bug scheint sich darauf zurück zu führen lassen. Seltsam ist es natürlich schon das es bei dir Teilweise funktioniert… Bei mir war es entweder immer oder gar nicht mehr. Hast du mal das Testscript per Crontab aufgerufen?

Von: Flo

Flo — Sat, 10 Apr 2010 09:50:53 +0000

Ich habe noch einen Vhost Eintrag gefunden indem kein inlude der fcgid.conf enthalten war. Das hatte zwar nicht den Vhost betroffen in dem ich das Problem habe, aber kann es sein, dass dieser auch wenn hier gar keine Einstellungen zu fcgid festgelegt wurden die anderen dann auch zurücksetzt und es dann immer ein hin und her der fcgid einstellungen der anderen Vhost und diesem ist?

Von: Flo

Flo — Sat, 10 Apr 2010 09:31:36 +0000

Ich kämpfe auch seit langem mit dem 40 Sekunden timeout. Bei mir habe ich IPCCommTimeout auf 360 gesetzt, der Server scheint die Einstellungen auch geschluckt zu haben, rufe ich über PHP den 120 Sekunden sleep auf, beendet das Programm und es gibt kein Timeout. Schaue ich jeodch in die Server logs taucht hier das Timeout 40 Problem fast jeden Tag auf, hervogerufen durch scripts die per cronjob gestartet werden.
Das verrückte daran jedoch ist, dass die cronjobs mit GET ‘url..’ augerufen werden, also nichts anderes als würde ich das Script per Browser aufrufen.
Hat jemand eine Idee woran das liegen könnte?

Von: Lösung: Apache2 FastCGI Scripte brechen nach 40 Sekunden ab | BlogTorrent

Lösung: Apache2 FastCGI Scripte brechen nach 40 Sekunden ab | BlogTorrent — Thu, 01 Apr 2010 14:14:43 +0000

[...] Wer, wie ich, selbst schonmal dieses Problem hatte und erfolglos gesucht hat, dem sei nahegelegt folgenden Blogeintrag von Debian Root zu lesen: Apache2 FastCGI Scripte brechen nach 40 Sekunden ab [...]

Von: Mark Breyer

Mark Breyer — Thu, 01 Apr 2010 14:05:16 +0000

Hab selbst lange nach dem Problem gesucht, aber auf den include bin ich nicht gekommen. Hab es seit ca. einer Woche in Betrieb und seither keine Probleme mehr. Vielen Dank.

Von: Commander1024

Commander1024 — Wed, 17 Mar 2010 15:05:01 +0000

Komisches ding, der Parameter MaxProcessCount wurd auch ohne separaten Include im VHost ausgewertet, aber das 40Sek Timeout Problem hat Deine Methode behoben, jetzt meckert der wordpress beim Update auch nicht mehr. Thnx.