1 hour ago, d00p said:

Der Fehler sagt aber ganz klar, dass er das Socket nicht finden kann, was mir sagt, der Dienst läuft nicht ODER du lässt die pool-configs für php-fpm an die falsche stelle erstellen und der fpm-dienst läuft zwar, aber nur mit der default www-pool config.

Wie ist denn die Ausgabe von:

ps faux | grep fpm

 

root@rs243945:~# ps faux | grep fpm
root      8101  0.0  0.0  15436  1940 pts/1    S+   22:23   0:00  |       \_ grep fpm
root     12954  0.0  0.2 392888 40504 ?        Ss   21:11   0:00 php-fpm: master process (/etc/php/7.0/fpm/php-fpm.conf)
www-data 12955  0.0  0.0 392888  9112 ?        S    21:11   0:00  \_ php-fpm: pool www
www-data 12956  0.0  0.0 392888  9112 ?        S    21:11   0:00  \_ php-fpm: pool www
root@rs243945:~#

 

von unterwegs deswegen knapp. 

Jup, nur www Pools, dann hast du in den froxlor Einstellungen für php-fpm den falschen Pfad für die Pool configs angegeben, er erstellt die an einer falschen Stelle wo der fpm Dienst sie nicht einliest 

Ok also es war falscher Pfad der Dateien. Ich habe den geändert wir die www.conf lag. Jetzt gehts. Und 

Grep fpm zeigt auch nun mehr prozesse

Moin, der OP hier. Sorry, dass ich mich die ganze Zeit nicht gemeldet habe - gab/ gibt leider schwerwiegende Gründe. Hat mit Krhs und Koma zu tun. Ist sonst nicht meine Art, mich nicht zu melden.

Zur Sache: Ich hatte mir für's Erste mit dem viel weiter oben beschriebenen Workaround (www-data an Gruppen in /etc/groups) beholfen.

Den von mir selbst reingesetzten Link auf einen älteren Post hatte ich angesehen, geprüft, brachte mich aber nicht weiter.

Inzwischen wurden 2 Froxlor-Updates reingedrückt und siehe da, beim heutigen Prüfen stand auf einmal "www-data" mit hinter jedem Eintrag in /var/lib/extrausers/groups :

jens:x:10002:jens,froxlorlocal,froxlorlocal,www-data

Da ich nun wegen der privaten Schwierigkeiten tatsächlich sonst in der Zwischenzeit nichts geändert hatte, bin ich ein wenig irritiert, freue mich aber natürlich, dass es nun läuft. Ich versuche trotzdem, das Ganze noch nachzuvollziehen. Inzwischen ist in der Konfiguration auch der anfangs fehlende Eintrag drin:

    "system.httpuser": "www-data",
    "system.httpgroup": "www-data",

Vermutlich macht der das aus. Nur, wie gesagt, k.A., wo der herkommt ... 😕

Grüße,
Jens

 

Nur zur Info:

Ich hatte gerade das gleiche Problem mit "Permission denied: AH02454: FCGI: attempt to connect to Unix domain socket" nach einem Update auf 0.10.23.1 (absofort PHP 7.3 required).

Als ersten Workaround half chmod 777 /var/lib/apache2/fastcgi/* 

Als ich dann nachgeschaut habe, sind die vermutlich fehlenden extra-Gruppen in /var/lib/extrausers/groups drin, denn jetzt funktioniert es auch ohne chmod 777  und den normalen Rechten srw-rw----

Ich kann mir auch nicht wirklich erklären, warum es plötzlich nicht funktionierte, wobei es mit der Umstellung der CLI default PHP Version zusammenhing.

Zum Glück fand ich diesen Artikel, so dass ich nun doch den Abschluss 2020 feiern kann 🙂 Prost und guten Rutsch allen Froxlern und Danke an d00p für die vielen Fortschritte!

Ist schon länger her, der Thread, gerade musste ich noch einen Nachzügler unter den Froxlor-Servern von Debian 9 auf 10 bringen. Dabei hatte ich auch zunächst wieder das Problem, dass der Server "unavailable" nach dem Upgrade zurückgab. Selbe Meldung auch im Log "Permission denied" beim Zugriff auf den Socket.

chmod 777 auf die Dateien half für schnelle Reaktivierung, bei der Fehlersuche hat sich rausgestellt, dass die /etc/nsswitch.conf keine "extrausers" be passd/group/shadow gesetzt hatte. Hinzugefügt, dann klappte es auch nach Serverneustart und Configs neu erzeugen:

 

# Make sure that `passwd`, `group` and `shadow` have mysql in their lines
# You should place mysql at the end, so that it is queried after the other mechanisams
#
passwd:         compat mysql systemd extrausers
group:          compat mysql systemd extrausers
shadow:         compat mysql extrausers

hosts:       files dns
networks:    files dns

services:    db files
protocols:   db files
rpc:         db files
ethers:      db files
netmasks:    files
netgroup:    files
bootparams:  files

automount:   files
aliases:     files

Und natürlich ohne chmod 777 auf die Sockets. 😉