Failed to make connection to backend: httpd-UDS

[copiis]

Ubuntu 20.04 (64-bit)

Eingesetzte Server-Virtualisierung-Technologie
KVM


KeyHelp-Version + Build-Nummer
22.0.1 (Build 2660)


Problembeschreibung / Fehlermeldungen
Bekomme in den Fehlerlog folgende Fehlermeldung.
Die Datei ist in den entsprechenden Ordner vorhanden

(2)No such file or directory: AH02454: FCGI: attempt to connect to Unix domain socket /run/php/keyhelp_zsemberi_php81.socket (keyhelp_zsemberi_php81.socket) failed
[Sat Jun 25 21:57:09.695432 2022] [proxy_fcgi:error] [pid 1082:tid 139678468450048] [client 134.119.20.10:55656] AH01079: failed to make connection to backend: httpd-UDS

Ich weis nicht ob der WSoD bei der einen Domain damit zu tun hat, alle andere Domains laufen korrekt.
Erwartetes Ergebnis


Tatsächliches Ergebnis


Schritte zur Reproduktion


Zusätzliche Informationen
(z.B. kürzlich durchgeführte Änderungen am Server, Auszüge aus Protokolldateien (/var/log/*, /var/log/keyhelp/php-error.log, etc.))

[MLan]

probier mal folgendes:

Code: Select all

sudo systemctl restart keyhelp-php81-fpm.service

[copiis]

Nachdem ich auf PHP7. doungegradet habe ist der Fehler verschwunden.

Jetzt besteht das Problem das eine Domain nicht mehr erreichbar ist, bekommen einen 500 WSoD
An der Datenbank liegt es wahrscheinlich nicht weil ich über eine Android App immer noch auf die Seite zugreifen und mit ihr interagieren kann.
In den Logs finde ich nichts.
Hat jemand eine Idee in welcher Richtung ich weiter suchen könnte?

[24unix]

Was sagen denn die Logfiles? Bei einem 500er sollte der Grund in der Error-log stehen.

[Florian]

Hallo,

Code: Select all

FCGI: attempt to connect to Unix domain socket /run/php/keyhelp_zsemberi_php81.socket 

Das bedeutet, dass der PHP-FPM nicht korrekt läuft.

Hier wäre mal ein

Code: Select all

systemctl status keyhelp-php81-fpm.service

interessant. Natürlich nur wenn der Domain PHP 8.1 zugewiesen ist.

[Frank Hoffmeister]

Da ich dieselbe Fehlermeldung sowohl bei php 8.0 wie auch bei 8.1 habe, hänge ich mich mal hier dran.
Ausgabe von :

Code: Select all

systemctl status keyhelp-php81-fpm.service

Code: Select all

Loaded: loaded (/etc/init.d/keyhelp-php81-fpm; generated)
     Active: active (running) since Mon 2022-07-18 08:38:08 CEST; 17min ago
       Docs: man:systemd-sysv-generator(8)
    Process: 533165 ExecStart=/etc/init.d/keyhelp-php81-fpm start (code=exited, status=0/SUCCESS)
    Process: 533967 ExecReload=/etc/init.d/keyhelp-php81-fpm reload (code=exited, status=0/SUCCESS)
      Tasks: 2 (limit: 9474)
     Memory: 217.1M
     CGroup: /system.slice/keyhelp-php81-fpm.service
             ├─533975 php-fpm: master process (/opt/keyhelp/php/8.1/etc/php-fpm.conf)
             └─535563 php-fpm: pool frank_php81

Jul 18 08:38:08 server.hoffmeister-tv.de systemd[1]: Starting LSB: starts and stops PHP-FPM...
Jul 18 08:38:08 server.hoffmeister-tv.de keyhelp-php81-fpm[533165]:  * Starting PHP FastCGI Process Manager keyhelp-php81-fpm
Jul 18 08:38:08 server.hoffmeister-tv.de keyhelp-php81-fpm[533165]:    ...done.
Jul 18 08:38:08 server.hoffmeister-tv.de systemd[1]: Started LSB: starts and stops PHP-FPM.
Jul 18 08:42:03 server.hoffmeister-tv.de systemd[1]: Reloading LSB: starts and stops PHP-FPM.
Jul 18 08:42:03 server.hoffmeister-tv.de keyhelp-php81-fpm[533967]:  * Reloading PHP FastCGI Process Manager keyhelp-php81-fpm
Jul 18 08:42:03 server.hoffmeister-tv.de keyhelp-php81-fpm[533967]:    ...done.
Jul 18 08:42:03 server.hoffmeister-tv.de systemd[1]: Reloaded LSB: starts and stops PHP-FPM.

Ich hoffe das dies für die Fehlerbesitigung weiterhilft, ich stelle jetzt erstmal wieder auf 7.4 um.

Danke

[MLan]

Da ich den Fehler gelegentlich hier und da auch mal hatte:

Wenn man zB als Admin eine PHP Version nachinstalliert 8.0/8.1/5.6 und einer Domain zuweist, funktioniert das auf Anhieb nicht immer fehlerfrei.
Ein systemctl restart ...fpm.service bringt auch keinen Erfolg.

Ich habe dann systemctl stop ...fpm.service und systemctl start...fpm.service ausgeführt.
Danach lief es bisher immer.

[Florian]

Hi,

zur Not per PM die Logins für SSH und Keyhelp und die Angabe der Domain um die es geht, dann schaue ich es mir direkt an.

[delvita]

Aloha,
ich scheine ein ähnliches Problem zu haben.
Nach dem Update von Ubuntu 18 auf 20 gibt es Probleme mit den PHP Services, die nach einem Reboot nicht mehr automatisch starten.

Manuell konnte ich die PHP Services über die Konsole starten und alle Webseiten funktionierten wieder.
Nachdem ich aber mit "sudo apt-get autoremove" die nicht mehr gebrauchten Pakete gelöscht hatte, kann das KeyHelp-Panel nicht mehr aufgerufen werden. (503 Service Unavailable)

Im Errorlog wird dann folgendes ausgegeben:

Code: Select all

[Fri Feb 17 05:41:15.192010 2023] [proxy:error] [pid 2640] (2)No such file or directory: AH02454: FCGI: attempt to connect to Unix domain socket /run/php/keyhelp_keyhelp.socket (keyhelp_keyhelp.socket) failed
[Fri Feb 17 05:41:15.192082 2023] [proxy_fcgi:error] [pid 2640] [client xx.xxx.xxx.xxx:xxxxx] AH01079: failed to make connection to backend: httpd-UDS

Die PHP CronJobs machen nun auch Probleme.
Die PHP Webseiten funktionieren.

Folgendes zeigt keine Wirkung:

Code: Select all

sudo systemctl restart keyhelp-php74-fpm.service
sudo systemctl stop keyhelp-php74-fpm.service
sudo systemctl start keyhelp-php74-fpm.service

die Statusabfrage gibt folgendes aus:

Code: Select all

root@srv1:~# systemctl status keyhelp-php74-fpm.service
● keyhelp-php74-fpm.service - LSB: starts and stops PHP-FPM
     Loaded: loaded (/etc/init.d/keyhelp-php74-fpm; generated)
     Active: active (running) since Fri 2023-02-17 06:07:18 CET; 54s ago
       Docs: man:systemd-sysv-generator(8)
    Process: 3770 ExecStart=/etc/init.d/keyhelp-php74-fpm start (code=exited, s>
      Tasks: 1 (limit: 9479)
     Memory: 13.4M
     CGroup: /system.slice/keyhelp-php74-fpm.service
             └─3789 php-fpm: master process (/opt/keyhelp/php/7.4/etc/php-fpm.c>

Feb 17 06:07:18 srv1.xxxx.xx systemd[1]: Starting LSB: starts and stops PHP-FPM.>
Feb 17 06:07:18 srv1.xxxx.xx keyhelp-php74-fpm[3770]:  * Starting PHP FastCGI Pr>
Feb 17 06:07:18 srv1.xxxx.xx keyhelp-php74-fpm[3770]:    ...done.
Feb 17 06:07:18 srv1.xxxx.xx systemd[1]: Started LSB: starts and stops PHP-FPM.
lines 1-14/14 (END)

Mir war aufgefallen, dass das Betriebssystem, nach dem Update immer noch auf der PHP Version 7.2.2 lief und nicht wie erwartet auf 7.4.
Beim Ausführen von autoremove wurde die PHP Version 7.2 deinstalliert und ab da ging das KeyHelp-Panel nicht mehr.
Daher habe ich es wieder installiert und aktiviert. Dies brachte kein verändertes ergebnis.

Was könnte ich noch machen

[OlliTheDarkness]

Aloha,
ich scheine ein ähnliches Problem zu haben.
Nach dem Update von Ubuntu 18 auf 20 gibt es Probleme mit den PHP Services, die nach einem Reboot nicht mehr automatisch starten.

Manuell konnte ich die PHP Services über die Konsole starten und alle Webseiten funktionierten wieder.
Nachdem ich aber mit "sudo apt-get autoremove" die nicht mehr gebrauchten Pakete gelöscht hatte, kann das KeyHelp-Panel nicht mehr aufgerufen werden. (503 Service Unavailable)

Im Errorlog wird dann folgendes ausgegeben:

Code: Select all

[Fri Feb 17 05:41:15.192010 2023] [proxy:error] [pid 2640] (2)No such file or directory: AH02454: FCGI: attempt to connect to Unix domain socket /run/php/keyhelp_keyhelp.socket (keyhelp_keyhelp.socket) failed
[Fri Feb 17 05:41:15.192082 2023] [proxy_fcgi:error] [pid 2640] [client xx.xxx.xxx.xxx:xxxxx] AH01079: failed to make connection to backend: httpd-UDS

Die PHP CronJobs machen nun auch Probleme.
Die PHP Webseiten funktionieren.

Folgendes zeigt keine Wirkung:

Code: Select all

sudo systemctl restart keyhelp-php74-fpm.service
sudo systemctl stop keyhelp-php74-fpm.service
sudo systemctl start keyhelp-php74-fpm.service

die Statusabfrage gibt folgendes aus:

Code: Select all

root@srv1:~# systemctl status keyhelp-php74-fpm.service
● keyhelp-php74-fpm.service - LSB: starts and stops PHP-FPM
     Loaded: loaded (/etc/init.d/keyhelp-php74-fpm; generated)
     Active: active (running) since Fri 2023-02-17 06:07:18 CET; 54s ago
       Docs: man:systemd-sysv-generator(8)
    Process: 3770 ExecStart=/etc/init.d/keyhelp-php74-fpm start (code=exited, s>
      Tasks: 1 (limit: 9479)
     Memory: 13.4M
     CGroup: /system.slice/keyhelp-php74-fpm.service
             └─3789 php-fpm: master process (/opt/keyhelp/php/7.4/etc/php-fpm.c>

Feb 17 06:07:18 srv1.xxxx.xx systemd[1]: Starting LSB: starts and stops PHP-FPM.>
Feb 17 06:07:18 srv1.xxxx.xx keyhelp-php74-fpm[3770]:  * Starting PHP FastCGI Pr>
Feb 17 06:07:18 srv1.xxxx.xx keyhelp-php74-fpm[3770]:    ...done.
Feb 17 06:07:18 srv1.xxxx.xx systemd[1]: Started LSB: starts and stops PHP-FPM.
lines 1-14/14 (END)

Mir war aufgefallen, dass das Betriebssystem, nach dem Update immer noch auf der PHP Version 7.2.2 lief und nicht wie erwartet auf 7.4.
Beim Ausführen von autoremove wurde die PHP Version 7.2 deinstalliert und ab da ging das KeyHelp-Panel nicht mehr.
Daher habe ich es wieder installiert und aktiviert. Dies brachte kein verändertes ergebnis.

Was könnte ich noch machen

Wurde das Update mit Hilfe des KeyHelp Dist. Upgrade durchgeführt ?

https://www.keyweb.de/de/support/mehr-erfahren/tutorials#os-upgrades


Nach deiner Beschreibung ist davon nicht auszugehen und deine nachfolgenden Entscheidungen haben die Sache dann auch nicht mehr besser gemacht ...

[robher]

Eben ein Dist Upgrade mit dem Installer durchgeführt - wenn wir auf der default php version bleiben enden wir für alle webseiten die php benötigen in einem 503 mit komischen fehlermeldungen wie

Code: Select all

AH01079: failed to make connection to backend: httpd-UDS
(2)No such file or directory: AH02454: FCGI: attempt to connect to Unix domain socket /run/php/keyhelp_wikiuser_php82.socket (keyhelp_witowikiuser_php82.socket:8000) failed 

wenn wir die PHP version fix setzten also nicht de default 8.2.7 nehmen sondern z.b. 8.2.13 funktionieren die webseiten...

[robher]

Solved the bug from my end - edit the usere where the DNS is assigned to ... somehow the users are not transportet cleanly at the upgrade

[robher]

Solved the bug from my end - edit the usere where the DNS is assigned to ... somehow the users are not transportet cleanly at the upgrade

so thats not quiet correct,
the bug is:
AH01079: failed to make connection to backend: keyhelp_nextcloud.socket
(2)No such file or directory: AH02454: FCGI: attempt to connect to Unix domain socket /run/php/keyhelp_nextcloud.socket (keyhelp_nextcloud.socket:8000) failed

and the reason is very simple:
srw-rw-rw- 1 nextcloud nextcloud 0 May 16 20:47 keyhelp_nextcloud_php81.socket

so basically if you wanna run on a not default version it is at the moment not possible

[Florian]

Hallo,

wurde denn das Dist-Upgrade-Script nach dem Reboot auch nochmal gestartet? Weil erst dann passieren noch die entscheidenden Sachen wie das Umschreiben der PHP-FPM-Konfig auf die neue Standardversion