Anomalie #4010
ferméLes sites web sympa 502 Bad Gateway
100%
Description
Suite à la mise à jour du noyal le 14/11/2019, les sites web listes.x.org répondent 502 Bad Gateway :
==> listes.april.org.error_log <== 2019/11/14 01:20:11 [crit] 562#562: *88 connect() to unix:/run/sympa/wwsympa.socket failed (13: Permission denied) while connecting to upstream, client: 172.16.0.1, server: listes.april.org, request: "GET /wws/ HTTP/1.0", upstream: "fastcgi://unix:/run/sympa/wwsympa.socket:", host: "listes.april.org"
Mis à jour par François Poulain il y a environ 5 ans
Tombé en marche avec
(April) root@sympa:~# ls /run/sympa/wwsympa.socket -lh srw------- 1 sympa sympa 0 Nov 14 01:17 /run/sympa/wwsympa.socket (April) root@sympa:~# chmod g+rw /run/sympa/wwsympa.socket (April) root@sympa:~# chgrp www-data /run/sympa/wwsympa.socket (April) root@sympa:~# curl -H 'Host: listes.april.org' 127.0.0.1/wws -i HTTP/1.1 200 OK Server: nginx/1.14.2 Content-Type: text/html; charset=utf-8 Transfer-Encoding: chunked Connection: keep-alive Set-Cookie: sympa_session=61050daee7b401a5c2fcb9abcd898e60de; domain=april.org; path=/; HttpOnly Date: Thu, 14 Nov 2019 08:24:20 GMT Cache-control: max-age=0 X-UA-Compatible: IE=100
Il faudrait ajuster le launcher wwsympa et harmoniser avec celui sur chapril ; possible que j'ai raté qq chose pendant l'upgrade.
Mis à jour par Christian P. Momon il y a environ 5 ans
- Statut changé de Nouveau à En cours de traitement
Mis à jour par Christian P. Momon il y a environ 5 ans
Je confirme avoir redémarré le service sympa mais wwwsympa. C'est noté pour la prochaine fois.
Mis à jour par Christian P. Momon il y a environ 5 ans
- % réalisé changé de 0 à 50
Pour tester, j'ai rebooter la vm sympa : même résultat 502 Bad Gateway.
En redémarrant le service wwsympa, ça refonctionne.
Donc, solution de contournement ok mais effectivement un truc à peaufiner dans la configuration.
Mis à jour par François Poulain il y a environ 5 ans
Donc, solution de contournement ok mais effectivement un truc à peaufiner dans la configuration.
C'est le sens du terme « tombé en marche ». Il est clair qu'à la prochaine re-création de la chaussette, ça saute.
Mis à jour par François Poulain il y a environ 5 ans
A priori corrigé en installant la version buster de spawn-fcgi. J'ignore pourquoi mais la version stretch ne semblait pas tenir compte de l'option. Et j'ignore pourquoi mais le source.list m'avait échappé dans le cauchemar svn/common.
Mis à jour par François Poulain il y a environ 5 ans
- Statut changé de En cours de traitement à Résolu
- Assigné à mis à François Poulain
- % réalisé changé de 50 à 100
Mis à jour par François Poulain il y a environ 5 ans
- Statut changé de Résolu à Confirmé
Je réouvre : il y a quelque chose qui fait que le socket est pas bon après reboot. Pourtant si on rm le socket puis restart le service, c'est bon.
Mis à jour par Christian P. Momon il y a environ 5 ans
C'était tombé pendant ma conférence au Capitole du Libre et potentiellement ça peut bloquer des gens pour s'inscrire sur chapril@.
Donc, solution temporaire de redémarrage automatique toutes les heures :
(April) root@sympa:~# cat /etc/cron.d/wwsympa MAILTO=admins-auto@april.org MAILFROM=admins@april.org 58 * * * * root /bin/systemctl restart wwsympa
Mis à jour par François Poulain il y a environ 5 ans
J'ai fait un test ce matin :
- je disable le service wwsympa
- je reboot la vm
- => le sock n'est pas créé
- je start wwsympa
- => le sock se créé avec les bonnes permissions et le nginx répond comifo
- j' enable le service wwsympa
Mis à jour par François Poulain il y a environ 5 ans
C'était tombé pendant ma conférence au Capitole du Libre et potentiellement ça peut bloquer des gens pour s'inscrire sur chapril@.
Donc, solution temporaire de redémarrage automatique toutes les heures
C'est pas logique. Il doit s'agir d'un autre problème. Cf https://agir.april.org/issues/4010?issue_count=145&issue_position=11&next_issue_id=4009&prev_issue_id=4011#note-4
Mis à jour par Quentin Gibeaux il y a environ 5 ans
- Version cible changé de Novembre 2019 à Décembre 2019
Mis à jour par Quentin Gibeaux il y a presque 5 ans
- Version cible changé de Décembre 2019 à Janvier 2020
Mis à jour par Quentin Gibeaux il y a presque 5 ans
- Version cible changé de Janvier 2020 à Février 2020
Mis à jour par Quentin Gibeaux il y a presque 5 ans
- Version cible changé de Février 2020 à Mars 2020
Mis à jour par Quentin Gibeaux il y a plus de 4 ans
- Version cible changé de Mars 2020 à Avril 2020
Mis à jour par Quentin Gibeaux il y a plus de 4 ans
- Version cible changé de Avril 2020 à Mai 2020
Mis à jour par Christian P. Momon il y a plus de 4 ans
Suite aux récents travaux de PoluX sur sympa, désactivation manuelle du cron pour voir si le problème subsiste.
Mis à jour par Christian P. Momon il y a plus de 4 ans
- Statut changé de Confirmé à Résolu
Avant ça plantait jusqu'à 2 fois par heure. Là, plus aucun plantage donc on peut dire que c'est résolu.