php5-cgi Prozesse sterben nicht

[BeNe]

Quote:Die Version von BeNe probiere ich dann gleich mal aus

Die Doku dazu findest Du hier --> http://fastcgi.coremail.cn/doc.htm
Sollte eigentlich ziehen, auch wegen dem hier:

Code:

ZombieScanInterval 3
  ProcessLifeTime 3600

Greez BeNe

[magnummandel]

ok, habe das gerade probiert. Erwartungsgemäß werden die Prozesse nach der eingestellten Zeit abgeschossen. Sie vegetieren dann einige Sekunden als Zombies in der ps Ausgabe herum und sind dann weg. 3600 Sekunden ist allerdings im wesentlichen zu lang. Habe es nun mit 20 min ausprobiert, das ist so der Wert an dem der Server dann anfängt zu "laggen". Bin mal gespannt was passiert, wenn der Traffic da noch höher wird.

Würde die Umstellung auf fastcgi deutliche Vorteile haben (was die ungenutzten Prozesse angeht)? Wenn ja, würde ich das auch noch versuchen. Allerdings habe ich wie gesagt bei einem ersten kurzen Test nur Fehler vom Apache bekommen.

[Lucan]

Und da ist auch schon das Problem, deine Variablen sind nicht richtig gesetzt, wie schon vermutet.

Aber die fastcgi.conf und die fastcgi_ispcp.conf sollte auch in der mods-available sein?!

Die Config muss so aussehen:

Code:

<IfModule mod_fastcgi.c>
        FastCgiWrapper On
        FastCgiIpcDir /var/lib/apache2/fastcgi2

        FastCgiConfig -minProcesses 1 \
                  -maxProcesses 400 \
                  -maxClassProcesses 5 \
                  -multiThreshold 80 \
                  -killInterval 60 \
                  -startDelay 5
                  # -singleThreshold 100
                  # -autoUpdate \
                  # -pass-header HTTP_AUTHORIZATION

        FastCgiServer /var/www/fcgi/master/php5-fcgi-starter -user vu2000 -group vu2000 -idle-timeout 300

        #
        # PHP5 SUPPORT
        #

        AddHandler php-fastcgi .php .php5

        <Location /php5/php5-fcgi-starter>
                SetHandler fastcgi-script
                Options +ExecCGI
        </Location>

        Action php-fastcgi /php5/php5-fcgi-starter
        AddType application/x-httpd-php .php .php5
</IfModule>

Header ist raus gelassen.

Aber ebenfalls musst du noch die working bearbeiten.
Denn soweit ich weiss, baut fcgid auch auf die config von fastcgi, also ist es schon wichtig, das diese auch richtig ist.


Switchen zu fastcgi kannst du wie folgt:
a2enmod fastcgi_ispcp
a2dismod fcgid
bzw
a2dismod fcgid_ispcp

/etc/init.d/apache2 restart


Und schon sollte das ganze ohne probleme mit deutlich weniger Last laufen, hatte vor ner Zeit genau das selbe problem.


Wenn dir das noch zu wenig ist, kannst du in der
/etc/apache2/mods-available/fastcgi_ispcp.conf

auch noch
-idle-timeout 300
# -singleThreshold 100


zu

-idle-timeout 300 \
-singleThreshold 100


ändern.

[magnummandel]

Wie man fastcgi und fcgid switcht weiß ich, hab ich ja auch schon gemacht, aber danke

Durch das dismod verschwindet diese aus dem mods-enabled verzeichnis (logischerweise). Deswegen konnte ich nur die aus dem working postem, weil aktiv war ja gerade fcgid. Das ist auch der Grund, warum die fastcgi_ispcp.conf nichts mit fcgid zu tun hat,
Aber danke für den Hinweis mit den Variablen, dann hätten wir den Fehler warum fastcgi nen Fehler geschmissen hat. Ich probiers morgen nochmal aus, denn BeNes .con hilft zwar erstmal, ist aber immer noch nicht das gelbe vom Ei. Kleine hänger gibts bei Belastung durch mehr als nur ein paar User trotzdem noch.

[Lucan]

Wo habe ich denn mods-enabled geschrieben? Ich rede die ganze zeit von mods-available?!

[BeNe]

Quote:Ich probiers morgen nochmal aus, denn BeNes .con hilft zwar erstmal, ist aber immer noch nicht das gelbe vom Ei. Kleine hänger gibts bei Belastung durch mehr als nur ein paar User trotzdem noch.

Du könntest noch

Code:

MaxRequestsPerProcess 500

In deine Config aufnehmen wenn Du einen hohe belastung hast.

Code:

Adds a MaxRequestsPerProcess parameter that allows mod_fcgid to exit after handling a certain number of requests, similar to the existing ProcessLifeTime option.

This solves a problem with PHP in FastCGI mode. By default, PHP stops accepting new FastCGI connections after handling 500 requests; unfortunately, there is a potential race condition during the PHP cleanup code in which PHP can be shutting down but still have the socket open, so mod_fcgid under heavy load can send request number 501 to PHP and have it "accepted", but then PHP appears to simply exit, causing errors.

If you are using PHP, you should set it to 500. -1 mean fastcgi process will not exit no matter how many requests it has handled.

Greez BeNe

[magnummandel]

(04-03-2009 07:01 PM)Lucan Wrote:  Wo habe ich denn mods-enabled geschrieben? Ich rede die ganze zeit von mods-available?!

Oh Sorry! Das waren an dem Tag zuviel mods-enabled und mods-available (ich wäre für tab-completin im Forum ).
Aber trotzdem dürfte die fastcgi.conf mit fcgid nichts am Hut haben, da das configfile ja ausser Reichweite des Apache liegt (beim einlesen der configs).

[Lucan]

Ich weiss es wie gesagt nicht wirklich, ich hatte aber genau das selbe Problem wie du, nachdem ich die fastcgi config gefixt hatte, lief alles bestens.

Habe dann aber auch erstmal auf fastcgi geswitcht.

Seit dem hab ich ne Auslastung von 40-50% Ram anstatt wie vorher bis zu 90%



Probiers am besten einfach mal aus, ist ne sache von 2-3 Minuten und fixxt sehr wahrscheinlich dein Problem.

Allerdings müsstest du noch 1 mal alle Prozesser per Hand killen, da die alten prozesse zumindestens bei mir vor der "richtigen" config nicht durch nen neu start gekillt wurde.

[BeNe]

Quote:bei mir vor der "richtigen" config

Hast Du jetzt FastCGI oder fcgid am laufen ?
Und was ist deine "richtige" config ?

Greez BeNe

[Lucan]

Zur Zeit hab ich fastcgi am laufen, unter fcgid war es aber auch deutlich besser.
Ob das einbildung war oder wirklich mit einander zusammen hängt kann ich dir nicht sagen.


mit "richtiger" config meine ich die berichtigte.