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)
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
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.
@+
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
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.
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
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.