Apache: Lösung für "mod_fcgid: can't apply process slot"

Es kommt (wenn auch selten) vor, dass sich der Apache2 Webserver aufhängt. Problematisch wird es aber erst, wenn die PHP Scripte auf dem Server per FCGI verarbeitet werden. Aus bisher noch nicht erkannten Gründen werden dabei entweder nur (leichter Schaden) die Rechte der "suexec" oder "suexec2" verändert - in schweren Fällen werden scheinbar die Programme beschädigt.

Fehlermeldungen (Beispiele):

Log des virtuellen Hosts (Apache2):

[warn] mod_fcgid: can't apply process slot for /etc/srv/test/htdocs/index.php
[error] [client x.x.x.x] File does not exist: /etc/srv/test/errors/503.html

Andere Fehlermeldung im Apache Haupt-Log:

[debug] arch/unix/fcgid_proc_unix.c(731): Connection refused:
mod_fcgid: can't connect unix domain socket: /var/lib/apache2/fcgid/sock/4222.1

Lösung:

Zuerst prüfen, ob ein "leichter Schaden" vorliegt:

cd /usr/sbin
dir suexec*

Erhalten Sie diese Ansicht,

-rwxr-xr-x 1 root root 14036 Oct 21 01:39 suexec2

müssen Sie die folgenden Befehle (als root) ausführen:

chgrp www suexec2
chmod 4750 suexec2

Danach wird die Ansicht so aussehen:

-rwsr-x--- 1 root www 14036 Oct 21 01:39 suexec2

Nun den Apache2 neu starten:

rcapache2 restart

Sollte sich das Problem nicht gelöst haben, per Yast2 die folgenden Module updaten lassen:

  • apache2
  • apache2-mod_fcgid
  • apache2-prefork
  • apache2-worker

Danach wieder die Rechte der suexec setzen (s.o.).


Dieser Artikel hat Dir geholfen ?
.. und Dir nerviges Ausprobieren, Suchen und Zeit erspart ?

Dann würde ich mich sehr freuen, wenn Du diese werbefreie Hilfeseite mit einer kleinen Anerkennung unterstützen würdest.
Vielen Dank !
PayPal Donate QR Code

2 comments

  1. Bei mir war es das Problem, dass das Filesystem (alle inodes alloziiert) voll war in dem die sessions gespeichert werden. Dadurch gab es

    * mod_fcgid: can’t apply process slot

    mit anderer Ursache 🙂

    Neues Filesystem auf neuer Partition auf neuer Disk hergestelt, optimiert auf kleine Dateien:

    * mkfs -t ext4 -b 1024 -i 1024 /dev/sdg1

    gemounted und dann die session-files dorthin bewegt.

    … schon geht es wieder 🙂

    1. Hallo Martin,

      vielen Dank für Deinen Kommentar und den Hinweis an uns bzgl. des Captchas. Wir werden das Captcha aus den Kommentaren entfernen.

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert

11 + 20 =