Fehler nach Update 17.1 [GELÖST]

[mdirk]

Nach dem Update auf 17.1 hatte ich die zusätzliche php-Variante 7.x aktiviert. Nach einem Serverneustart ist die Seite nicht mehr erreichbar. Ich erhalte folgende Fehlermeldungen:

root@privat:/var/log# service php5-fpm start
Job for php5-fpm.service failed. See 'systemctl status php5-fpm.service' and 'journalctl -xn' for details.

root@privat:/var/log# systemctl status php5-fpm.service
● php5-fpm.service - The PHP FastCGI Process Manager
Loaded: loaded (/lib/systemd/system/php5-fpm.service; enabled)
Active: failed (Result: exit-code) since Mo 2017-07-31 09:42:16 CEST; 11s ago
Process: 2457 ExecStart=/usr/sbin/php5-fpm --nodaemonize --fpm-config /etc/php5/fpm/php-fpm.conf (code=exited, status=78)
Process: 2452 ExecStartPre=/usr/lib/php5/php5-fpm-checkconf (code=exited, status=0/SUCCESS)
Main PID: 2457 (code=exited, status=78)

Jul 31 09:42:16 privat.x php5-fpm[2457]: [31-Jul-2017 09:42:16] ERROR: unable to bind listening socket for address '/run/php/keyhelp_cloud.socket': No such file or directory (2)
Jul 31 09:42:16 privat php5-fpm[2457]: [31-Jul-2017 09:42:16] ERROR: FPM initialization failed
Jul 31 09:42:16 privat.x systemd[1]: php5-fpm.service: main process exited, code=exited, status=78/n/a
Jul 31 09:42:16 privat.x systemd[1]: Failed to start The PHP FastCGI Process Manager.
Jul 31 09:42:16 privat.x systemd[1]: Unit php5-fpm.service entered failed state.

root@privat:/var/log# journalctl -xn
-- Logs begin at Mo 2017-07-31 09:38:35 CEST, end at Mo 2017-07-31 09:48:02 CEST. --
Jul 31 09:48:01 privat.x systemd[1]: Failed to start The PHP FastCGI Process Manager.
-- Subject: Unit php5-fpm.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/li ... temd-devel
--
-- Unit php5-fpm.service has failed.
--
-- The result is failed.
Jul 31 09:48:01 privat.x systemd[1]: Unit php5-fpm.service entered failed state.
Jul 31 09:48:01 privat.x sudo[3284]: pam_unix(sudo:session): session closed for user root
Jul 31 09:48:01 privat.x sudo[3298]: root : TTY=unknown ; PWD=/root ; USER=root ; COMMAND=/usr/sbin/service apache2 status
Jul 31 09:48:01 privat.x sudo[3298]: pam_unix(sudo:session): session opened for user root by (uid=0)
Jul 31 09:48:01 privat.x sudo[3298]: pam_unix(sudo:session): session closed for user root
Jul 31 09:48:01 privat.x sudo[3305]: root : TTY=unknown ; PWD=/root ; USER=root ; COMMAND=/usr/sbin/service clamav-daemon status
Jul 31 09:48:01 privat.x sudo[3305]: pam_unix(sudo:session): session opened for user root by (uid=0)
Jul 31 09:48:01 privat.x sudo[3305]: pam_unix(sudo:session): session closed for user root
Jul 31 09:48:02 privat.x CRON[3263]: pam_unix(cron:session): session closed for user root

syslog
Jul 31 09:40:01 privat CRON[2249]: (root) CMD (nice -n 5 php /home/keyhelp/www/keyhelp/incl/cronjob/mastercronjob.php)
Jul 31 09:40:01 privat systemd[1]: Starting The PHP FastCGI Process Manager...
Jul 31 09:40:02 privat php5-fpm[2279]: [31-Jul-2017 09:40:02] ERROR: unable to bind listening socket for address '/run/php/keyhelp_cloud.socket': No such file or directory (2)
Jul 31 09:40:02 privat php5-fpm[2279]: [31-Jul-2017 09:40:02] ERROR: FPM initialization failed
Jul 31 09:40:02 privat systemd[1]: php5-fpm.service: main process exited, code=exited, status=78/n/a
Jul 31 09:40:02 privat systemd[1]: Failed to start The PHP FastCGI Process Manager.
Jul 31 09:40:02 privat systemd[1]: Unit php5-fpm.service entered failed state.
Jul

[ollidroll]

Schau mal ob das Verzeichnis /run/php vorhanden ist.
Ansonsten ggf. erstellen.

Hatte ein ähnliches Problem...

[mdirk]

Super, danke, funktioniert!

Aber ... nach jedem Server-Neustart ist das Verzeichnis wieder weg und müsste jedes Mal neu von Hand angelegt werden ?!?

Gruss
Dirk

[ollidroll]

Nein, eigentlich sollte das Problem jetzt weg sein und nicht wieder auftauchen...

[Alexander]

Aber ... nach jedem Server-Neustart ist das Verzeichnis wieder weg und müsste jedes Mal neu von Hand angelegt werden ?!?

Darum kümmert sich ab KeyHelp Version 17.1.1 dann KeyHelp (Release heute bzw. morgen).