Probleme nginx erreur

Bonjour à toutes et tous,
J’ai plusieurs apps sur mon serveur qui bloquent et je n’arrive pas à trouver le problème. En recherchant le problème j’ai vu que j’avais un disfonctionnement avec php7.0-fpm (log ci dessous)

https://paste.yunohost.org/raw/ohuvanasuw

J’ai pensé que c’était un problème avec nginx, mais le service semble fonctionner et je peux regener sa configuration (ce qui n’est pas possible avec php7.0-fpm

Les services qui bloquent :

De plus je n’arrive plus à faire les mises à jours, des que je lance le processus de mise à jour des apps, cela me bloque le serveur et le rend indisponible (plus de mises à jours de mes contacts avec nextcloud. Si quelq’un parmis à des pistes de de recherches et/ou un protocole à suivre, cela m’intéresse… Merci d’avance.
@+

peut-être ceci pourra aider

service php7.0-fpm restart

J’ai le même problème concernant la migration d’un wordpress mutualisé accessible en http, que je tente de transférer sur un Yunohost en https, j’arrivais bien à avoir en premier lieu la page d’accueil de mon wordpress en https, ainsi que la partie administrative, mais impossible d’avoir les autres liens en https (erreur 404).

Suite à un tuto qui m’a conseillé de paramétrer le fichier my_webapp.conf, j’ai désormais tout le wordpress en 502 bad gateway… Tout est décrit dans ce fil du forum.

J’ai fait des stop/start de nginx / php7, et même rebooté la machine, le problème est ailleurs (et je n’en ai aucune idée…).

Toutes mes autres app fonctionnent parfaitement bien.

J’en profite pour signaler que la migration d’un wordpress existant vers Yunohost n’est pas à la portée d’un débutant… Faut y aller à la pelle :slight_smile:

la commande restart n’est pas possible pour yunohost

En continuant l’enquete j’ai observé que j’avais des problèmes de mise à jour des dépots :

user@domain:/home/admin# apt-get update                                                                                                             
Atteint:1 http://security.debian.org stretch/updates InRelease
Ign:2 http://ftp.debian.org/debian stretch InRelease
Atteint:3 http://ftp.debian.org/debian stretch-updates InRelease
Atteint:4 http://forge.yunohost.org/debian stretch InRelease
Atteint:5 http://ftp.debian.org/debian stretch Release
Atteint:6 http://cdn-fastly.deb.debian.org/debian stretch-backports InRelease
Atteint:8 https://download.docker.com/linux/debian stretch InRelease
Err:7 https://dl.yarnpkg.com/debian stable InRelease
  Les signatures suivantes n'ont pas pu être vérifiées car la clé publique n'est pas disponible : NO_PUBKEY 23E7166788B63E1E                           
Lecture des listes de paquets... Fait
W: An error occurred during the signature verification. The repository is not updated and the previous index files will be used. GPG error: https://dl.
yarnpkg.com/debian stable InRelease: Les signatures suivantes n'ont pas pu être vérifiées car la clé publique n'est pas disponible : NO_PUBKEY 23E71667
88B63E1E                                                                                                                                               
W: Impossible de récupérer https://dl.yarnpkg.com/debian/dists/stable/InRelease  Les signatures suivantes n'ont pas pu être vérifiées car la clé publiq
ue n'est pas disponible : NO_PUBKEY 23E7166788B63E1E                                                                                                   
W: Le téléchargement de quelques fichiers d'index a échoué, ils ont été ignorés, ou les anciens ont été utilisés à la place.

Est ce que que quelqu’un aurait une piste de solution pour avoir un fichier source.list clean qui fonctionne ? Afin d’éliminer ce problème et voir si ce sont les mises à jours qui pausent problèmes.

Ça ne m’a pas l’air lié … Mais si tu veux résoudre ce problème là, naivement je pense que tu devrais trouver le fichier correspondant (qui contient la ligne ...dl.yarnpkg.com...) , probablement dans un des fichiers dans /etc/apt/sources.list.d/

Ensuite, ouvrir le fichier correspondant et ajouter un # au début de la ligne pour la commenter.

J’ai résolu le problème de mise à jour à l’aide de cette page sur le forum de ubuntu :
https://doc.ubuntu-fr.org/tutoriel/comment_modifier_sources_maj#methode_automatisee_recommande

J’ai ainsi pu lancer la mise à jour des apps et de l’os. Je vais vérifier le fonctionnement des services… A suivre …

Mais toujous pas de solution pour mon problemes avec mes apps et nginx. Cependant quand je lance un backup ça me frise le serveur…

Je continue à miner dans mon serveur pour voir ce qui bloc et voilà sur quoi je suis tombé :
Service « php7-fpm » inconnu et quand je tente de le déclencher, le démarrer, le stopper. en essayant un

yunohost service php7-fpm

voila ce que me renvoi le rapport de bug :

args:
names:
- php7-fpm
ended_at: 2019-01-21 17:12:37.851319
error: "[Errno 22] Service \xAB php7-fpm \xBB inconnu"
operation: service_enable
related_to: []
started_at: 2019-01-21 17:12:37.723653
success: false

============

Si quelqu’un a une piste pour avancer à ce niveau là… Merci d’avance

Le service s’apelle php7.0-fpm (note le .0)

Merci @Aleks tu as raison c’est mieux comme ça. =) Mais quand je veux regenerer la conf : https://paste.yunohost.org/raw/ugojohakib

 args:
 dry_run: false
 force: false
 list_pending: false
 names:
- php7.0-fpm
with_diff: false
ended_at: 2019-01-21 18:51:33.820532
error: "[Errno 5] Impossible de r\xE9g\xE9n\xE9rer la configuration pour les services\
\ : "
operation: service_regen_conf
related_to:
- - service
 - php7.0-fpm
started_at: 2019-01-21 18:51:33.791940
success: false

============

2019-01-21 18:51:33,819: DEBUG - custom hook folder not found for action 'conf_regen' in /etc/yunohost/hooks.d/

Est ce que ça te parle ?

Beeen, yep, il n’y a pas de regen-conf pour php7.0-fpm en fait … tu fais mauvaise route je dirais …

Je n’ai pas relu le thread en entier, mais je vois que tu as des erreurs 502. Si c’est toujours bien ça le probleme, il faudrait en premier lieu regarder les logs de php7.0-fpm et nginx, typiquement faire :

  • declencher l’erreur 502 une fois (pour qu’elle aparaisse ensuite dans les logs récents)
  • faire un ls -thor /var/log/nginx/ pour voir quels fichier de logs ont été recemment modifié (les plus recents en bas de la liste)
  • typiquement tu cherches un fichier qui s’apelle tondomaine.tld-error.log
  • faire un tail -n 50 /var/log/nginx/tondomaine.tld-error.log pour afficher les 50 dernières lignes, et là il devrait y’avoir un message avec un socket php qui n’est pas trouvé, ou un truc du genre

Je re remercie mais j’ai fais le choix de teinstaller mon serveur sur une autre machine pour de multiples raisons. J’ai essayer de provoquer une erreur 502 et de faire ce que tu disais mais pas de résultat satisfgaisant. Dans tous les cas un grand merci à toi.