[CLOSED] Echec de mise a jours PHP 7.0 fpm

LaBaude · December 22, 2020, 10:17pm

Mon serveur YunoHost

Matériel: Raspberry Pi à la maison
Version de YunoHost: 3.8.5.9
J’ai accès à mon serveur : En SSH | Par la webadmin | En direct avec un clavier/écran | …
Êtes-vous dans un contexte particulier ou avez-vous effectué des modificiations particulières sur votre instance ? : non

Description du problème

Hello!

Je tente une mise à jours avant de faire mon passage à Yhn 4 et évidement y’a un problème.
Comme dit dans le titre il semble que se soit avec PHP 7.0 FPM:
Voici le logs de la mise à jours : https://paste.yunohost.org/evaqibirur

Voici ce que j’ai en tentant une nouvelle maj :

admin@domain:~ $ sudo yunohost tools upgrade 
Error: You cannot do this right now because dpkg/APT (the system package managers) seems to be in a broken state… You can try to solve this issue by connecting through SSH and running `sudo apt install --fix-broken` and/or `sudo dpkg --configure -a`.

Voici ce que j’ai en tenant un sudo apt install --fix-broken :

admin@maindomain:~ $ sudo apt install --fix-broken
Reading package lists... Done
Building dependency tree       
Reading state information... Done
0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded.
1 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Setting up php7.0-fpm (7.0.33-37+0~20201103.43+debian9~1.gbp25a3d7) ...
Job for php7.0-fpm.service failed because the control process exited with error code.
See "systemctl status php7.0-fpm.service" and "journalctl -xe" for details.
invoke-rc.d: initscript php7.0-fpm, action "restart" failed.
● php7.0-fpm.service - The PHP 7.0 FastCGI Process Manager
   Loaded: loaded (/lib/systemd/system/php7.0-fpm.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Tue 2020-12-22 23:06:21 CET; 33ms ago
     Docs: man:php-fpm7.0(8)
  Process: 1335 ExecStopPost=/usr/lib/php/php-fpm-socket-helper remove /run/php/php-fpm.sock /etc/php/7.0/fpm/pool.d/www.conf 70 (code=exited, status=0/SUCCESS)
  Process: 1323 ExecStart=/usr/sbin/php-fpm7.0 --nodaemonize --fpm-config /etc/php/7.0/fpm/php-fpm.conf (code=exited, status=78)
 Main PID: 1323 (code=exited, status=78)

Dec 22 23:06:20 maindomain systemd[1]: Starting The PHP 7.0 FastCGI Process Manager...
Dec 22 23:06:21 maindomain php-fpm7.0[1323]: [22-Dec-2020 23:06:21] ERROR: An another FPM instance seems to already listen on /var/run/php/php7.0-fpm-baikal.sock
Dec 22 23:06:21 maindomain php-fpm7.0[1323]: [22-Dec-2020 23:06:21] ERROR: FPM initialization failed
Dec 22 23:06:21 maindomain systemd[1]: php7.0-fpm.service: Main process exited, code=exited, status=78/n/a
Dec 22 23:06:21 maindomain systemd[1]: Failed to start The PHP 7.0 FastCGI Process Manager.
Dec 22 23:06:21 maindomain systemd[1]: php7.0-fpm.service: Unit entered failed state.
Dec 22 23:06:21 maindomain systemd[1]: php7.0-fpm.service: Failed with result 'exit-code'.
dpkg: error processing package php7.0-fpm (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 php7.0-fpm
E: Sub-process /usr/bin/dpkg returned an error code (1)

Bref je sais pas trop comment m’en sortir … Il semble qu’il y ai un problème avec baikal mais bon …

Je suis donc preneur de toute aide

Merci d’avance !!

Aleks · December 23, 2020, 5:31am

Hu woké alors regardons ptete ps -ef --forest | grep "php\|fpm"

LaBaude · December 23, 2020, 8:08am

admin    12722 12697  0 09:08 pts/0    00:00:00              \_ grep --color=auto php\|fpm
root     13701     1  0 Dec22 ?        00:00:04 php-fpm: master process (/etc/php/7.3/fpm/php-fpm.conf)
agendav  13702 13701  0 Dec22 ?        00:00:00  \_ php-fpm: pool agendav
agendav  13703 13701  0 Dec22 ?        00:00:00  \_ php-fpm: pool agendav
agendav  13704 13701  0 Dec22 ?        00:00:00  \_ php-fpm: pool agendav
baikal   13705 13701  0 Dec22 ?        00:00:00  \_ php-fpm: pool baikal
baikal   13706 13701  0 Dec22 ?        00:00:00  \_ php-fpm: pool baikal
baikal   13707 13701  0 Dec22 ?        00:00:00  \_ php-fpm: pool baikal
www-data 13711 13701  0 Dec22 ?        00:00:00  \_ php-fpm: pool www
www-data 13712 13701  0 Dec22 ?        00:00:00  \_ php-fpm: pool www
baikal   18174 13701  0 Dec22 ?        00:00:00  \_ php-fpm: pool baikal
nextclo+  3218 13701  0 Dec22 ?        00:00:06  \_ php-fpm: pool nextcloud
nextclo+  3297 13701  0 Dec22 ?        00:00:05  \_ php-fpm: pool nextcloud
nextclo+ 12617 13701  0 09:05 ?        00:00:01  \_ php-fpm: pool nextcloud
nextclo+ 12619 13701  0 09:05 ?        00:00:01  \_ php-fpm: pool nextcloud
root     30036     1  0 Dec22 ?        00:00:02 php-fpm: master process (/etc/php/7.4/fpm/php-fpm.conf)
www-data 30039 30036  0 Dec22 ?        00:00:00  \_ php-fpm: pool www
www-data 30041 30036  0 Dec22 ?        00:00:00  \_ php-fpm: pool www

voila voila

Aleks · December 23, 2020, 2:55pm

Woké alors regardons grep -nr php7.0 /etc/php

LaBaude · December 23, 2020, 3:16pm

/etc/php/7.0/fpm/pool.d/piwigo.conf:36:listen = /var/run/php/php7.0-fpm-piwigo.sock
/etc/php/7.0/fpm/pool.d/piwigo.conf:385:;security.limit_extensions = .php .php3 .php4 .php7.0 .php7
/etc/php/7.0/fpm/pool.d/rainloop.conf:36:listen = /var/run/php/php7.0-fpm-rainloop.sock
/etc/php/7.0/fpm/pool.d/rainloop.conf:385:;security.limit_extensions = .php .php3 .php4 .php7.0 .php7
/etc/php/7.0/fpm/pool.d/rainloop.conf:402:;security.limit_extensions = .php .php3 .php4 .php7.0 .php7
/etc/php/7.0/fpm/pool.d/phpmyadmin.conf:36:listen = /var/run/php/php7.0-fpm-phpmyadmin.sock
/etc/php/7.0/fpm/pool.d/phpmyadmin.conf:385:;security.limit_extensions = .php .php3 .php4 .php7.0 .php7
/etc/php/7.0/fpm/pool.d/agendav.conf:38: listen = /var/run/php/php7.0-fpm-agendav.sock
/etc/php/7.0/fpm/pool.d/agendav.conf:388:;security.limit_extensions = .php .php3 .php4 .php7.0 .php7
/etc/php/7.0/fpm/pool.d/baikal.conf:36:listen = /var/run/php/php7.0-fpm-baikal.sock
/etc/php/7.0/fpm/pool.d/baikal.conf:385:;security.limit_extensions = .php .php3 .php4 .php7.0 .php7
/etc/php/7.0/fpm/pool.d/www.conf:36:listen = /run/php/php7.0-fpm.sock
/etc/php/7.0/fpm/php-fpm.conf:17:pid = /run/php/php7.0-fpm.pid
/etc/php/7.0/fpm/php-fpm.conf:24:error_log = /var/log/php7.0-fpm.log
/etc/php/7.3/fpm/pool.d/agendav.conf:388:;security.limit_extensions = .php .php3 .php4 .php7.0 .php7
/etc/php/7.3/fpm/pool.d/baikal.conf:36:listen = /var/run/php/php7.0-fpm-baikal.sock
/etc/php/7.3/fpm/pool.d/baikal.conf:385:;security.limit_extensions = .php .php3 .php4 .php7.0 .php7

Edit : Entre temps j’ai redémarrer mon serveur et le problème s’est déporter sur PHP 7.3 on dirait …

Du coup le résultat de la précédente commande :

admin@labaudesrv:~ $ ps -ef --forest | grep "php\|fpm"
root       582     1  0 15:25 ?        00:00:00 php-fpm: master process (/etc/php/7.4/fpm/php-fpm.conf)
www-data  1244   582  0 15:25 ?        00:00:00  \_ php-fpm: pool www
www-data  1276   582  0 15:25 ?        00:00:00  \_ php-fpm: pool www
www-data  1301   582  0 15:25 ?        00:00:00  \_ php-fpm: pool www
admin    13513 13428  0 16:18 pts/0    00:00:00              \_ grep --color=auto php\|fpm
root      3493     1  0 15:33 ?        00:00:00 php-fpm: master process (/etc/php/7.0/fpm/php-fpm.conf)
agendav   3494  3493  0 15:33 ?        00:00:00  \_ php-fpm: pool agendav
agendav   3495  3493  0 15:33 ?        00:00:00  \_ php-fpm: pool agendav
agendav   3496  3493  0 15:33 ?        00:00:00  \_ php-fpm: pool agendav
baikal    3497  3493  0 15:33 ?        00:00:00  \_ php-fpm: pool baikal
baikal    3498  3493  0 15:33 ?        00:00:00  \_ php-fpm: pool baikal
baikal    3499  3493  0 15:33 ?        00:00:00  \_ php-fpm: pool baikal
phpmyad+  3500  3493  0 15:33 ?        00:00:00  \_ php-fpm: pool phpmyadmin
phpmyad+  3501  3493  0 15:33 ?        00:00:00  \_ php-fpm: pool phpmyadmin
piwigo    3502  3493  0 15:33 ?        00:00:00  \_ php-fpm: pool piwigo
piwigo    3503  3493  0 15:33 ?        00:00:00  \_ php-fpm: pool piwigo
rainloop  3504  3493  0 15:33 ?        00:00:00  \_ php-fpm: pool rainloop
rainloop  3505  3493  0 15:33 ?        00:00:00  \_ php-fpm: pool rainloop
www-data  3506  3493  0 15:33 ?        00:00:00  \_ php-fpm: pool www
www-data  3507  3493  0 15:33 ?        00:00:00  \_ php-fpm: pool www

Aleks · December 23, 2020, 3:23pm

Mouarf ben c’est le bordel et difficile à comprendre sans avoir tout l’historique de ce qu’il s’est passé par rapport à baikal chez toi…

Là il y a un fichier de conf pour php7.0, et un autre pour php7.3 … (et pareil pour agendav, mais au moins la conf php7.3 d’agendav ne pointe pas sur un truc en php7.0…)

À minimal il te faut éditer le fichier /etc/php/7.3/fpm/pool.d/baikal.conf pour remplacer /var/run/php/php7.0-fpm-baikal.sock par /var/run/php/php7.3-fpm-baikal.sock … mais ça ne résouds pas la question de “est-ce que baikal est censé tourner en php 7.0 ou 7.3 …”

LaBaude · December 23, 2020, 3:54pm

Bon heu c’était bien partie avec la manip que tu m’as donné, tout fonctionnait bien puis j’ai tenté un maj de nextcloud qui a planté puis une désinstallation de baikal et agendav parce que j’en ai plus besoin et ça n’a pas fonctionné non plus …
Résultat ni PHP 7 fpm ni PHP 7.3 fpm ne fonctionnent …

J’ai clairement mis à mort mon serveur je pense …
Je vais faire une installation propre de Yhn 4 ce sera plus simple, j’avais fais des backup et mon serveur commençais à être encombrer de trop de trucs inutiles…

system · January 7, 2021, 3:54pm

This topic was automatically closed 15 days after the last reply. New replies are no longer allowed.