Moin,
vorweg: dies ist kein Hilfeschrei, ich komme mit fastcgi klar, hier geht es nur um das Problem, dass ich gerne verstehen würde warum php-fpm bei mir nicht funktioniert.
Mein Setup:
Ein Debian 11 bullseye wurde auf 12 bookworm upgegradet.
keine großen Probleme.
ISPConfig 3.2.11p1
ispconfig_update.sh --force wurde durchgeführt.
Ich möchte gerne einem Kunden eine Auswahlmöglichkeit der php Versionen bieten.
Das klappt auch im Prinzip. Mit fastcgi geht es, alles gut.
Verwendet habe ich bei der php8.3 Version u. a. folgende Einträge
Das ist jetzt eine Momentaufnahme, ich habe auch den socket Eintrag weggelassen und anderes.
Was auf dem Server merkwürdig war, ist
# cat /var/log/php8.3-fpm.log
Das fand ich suspekt, habe php-fpm gestoppt und die /var/lib/php5-fpm/web237.sock
jetzt: gelöscht.
Wie php5 auf den Server kommt, k.A das war doch jessie oder so.
nach dem löschen:
Ich habe auch mal mit # ps aux | grep php-fpm geschaut
php7.4 ist ja der default. Soweit schon ok
Ergebnis ist weiterhin, das php-fpm nicht funktioniert.
cat /var/log/php8.3-fpm.log liefert nach dem löschen keine Einträge.
im webeiten Log kommt letztlich das:
Also irgendwas mit UDS=UnixDomain Socket
ICh benutzte zum test eine einfache webseite, die keine extra apache oder php direktiven hat.
Wieso taucht da Proxi mit auf?
Ich habe einiges mehr ausprobiert, aber ohne Erfolg.
Nun ist der Unterschied, ob fastcgi mit oder ohne fpm läuft auf meinen Server ziemlich unrelevant, aber es wurmt mich, dass es das Problem gibt..
Hat jemand eine Idee?
Läuft das bei euch?
Ich liefere gerne noch weitere Daten.
vorweg: dies ist kein Hilfeschrei, ich komme mit fastcgi klar, hier geht es nur um das Problem, dass ich gerne verstehen würde warum php-fpm bei mir nicht funktioniert.
Mein Setup:
Ein Debian 11 bullseye wurde auf 12 bookworm upgegradet.
keine großen Probleme.
ISPConfig 3.2.11p1
ispconfig_update.sh --force wurde durchgeführt.
Ich möchte gerne einem Kunden eine Auswahlmöglichkeit der php Versionen bieten.
Das klappt auch im Prinzip. Mit fastcgi geht es, alles gut.
Verwendet habe ich bei der php8.3 Version u. a. folgende Einträge
Code:
Pfad zum PHP-FPM Init Script: php8.3-fpm
Pfad zum php.ini Verzeichnis: /etc/php/8.3/fpm/
Pfad zum PHP-FPM Pool Verzeichnis: /etc/php/8.3/fpm/pool.d
PHP-FPM socket directory: /run/php/
Was auf dem Server merkwürdig war, ist
# cat /var/log/php8.3-fpm.log
Code:
[22-Jan-2024 13:42:02] NOTICE: Reloading in progress ...
[22-Jan-2024 13:42:02] NOTICE: reloading: execvp("/usr/sbin/php-fpm8.3", {"/usr/sbin/php-fpm8.3", "--nodaemonize", "--fpm-config", "/etc/php/8.3/fpm/php-fpm.conf"})
[22-Jan-2024 13:42:02] NOTICE: using inherited socket fd=8, "/run/php/php8.3-fpm.sock"
[22-Jan-2024 13:42:02] ERROR: Another FPM instance seems to already listen on /var/lib/php5-fpm/web237.sock
[22-Jan-2024 13:42:02] ERROR: FPM initialization failed
jetzt: gelöscht.
Wie php5 auf den Server kommt, k.A das war doch jessie oder so.
nach dem löschen:
Ich habe auch mal mit # ps aux | grep php-fpm geschaut
Code:
root 3687 0.0 0.0 212 64 ? S Jan19 0:00 s6-supervise svc-php-fpm
root 2059980 0.0 0.0 38852 20732 ? Ss Jan21 0:05 php-fpm: master process (/etc/php81/php-fpm.conf)
bed 2059982 0.1 0.0 41924 16456 ? S Jan21 5:03 php-fpm: pool www
bed 2059983 0.1 0.0 39868 14412 ? S Jan21 5:03 php-fpm: pool www
bed 2386199 1.7 0.0 41920 16456 ? S 14:03 4:59 php-fpm: pool www
root 2565449 0.0 0.0 269028 41128 ? Ss 17:04 0:00 php-fpm: master process (/etc/php/7.4/fpm/php-fpm.conf)
www-data 2565450 0.0 0.0 269488 15756 ? S 17:04 0:00 php-fpm: pool www
www-data 2565451 0.0 0.0 269488 15756 ? S 17:04 0:00 php-fpm: pool www
Ergebnis ist weiterhin, das php-fpm nicht funktioniert.
cat /var/log/php8.3-fpm.log liefert nach dem löschen keine Einträge.
im webeiten Log kommt letztlich das:
Code:
[Tue Jan 23 17:30:24.353222 2024] [proxy:error] [pid 2597480] (2)No such file or directory: AH02454: FCGI: attempt to connect to Unix domain socket /run/php/web225.sock (*:80) failed
[Tue Jan 23 17:30:24.353241 2024] [proxy_fcgi:error] [pid 2597480] [client 217.251.n.m:45796] AH01079: failed to make connection to backend: httpd-UDS
ICh benutzte zum test eine einfache webseite, die keine extra apache oder php direktiven hat.
Wieso taucht da Proxi mit auf?
Ich habe einiges mehr ausprobiert, aber ohne Erfolg.
Nun ist der Unterschied, ob fastcgi mit oder ohne fpm läuft auf meinen Server ziemlich unrelevant, aber es wurmt mich, dass es das Problem gibt..
Hat jemand eine Idee?
Läuft das bei euch?
Ich liefere gerne noch weitere Daten.