Projet

Général

Profil

Anomalie #4010

Les sites web sympa 502 Bad Gateway

Ajouté par Christian P. Momon il y a plus de 4 ans. Mis à jour il y a presque 4 ans.

Statut:
Fermé
Priorité:
Élevée
Assigné à:
François Poulain
Catégorie:
-
Version cible:
Mai 2020
Début:
14/11/2019
Echéance:
% réalisé:

100%

Temps estimé:
Difficulté:
2 Facile

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"

Historique

#1

Mis à jour par François Poulain il y a plus de 4 ans

restart le service wwsympa ?

#2

Mis à jour par François Poulain il y a plus de 4 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.

#3

Mis à jour par Christian P. Momon il y a plus de 4 ans

  • Statut changé de Nouveau à En cours de traitement
#4

Mis à jour par Christian P. Momon il y a plus de 4 ans

Je confirme avoir redémarré le service sympa mais wwwsympa. C'est noté pour la prochaine fois.

#5

Mis à jour par Christian P. Momon il y a plus de 4 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.

#6

Mis à jour par François Poulain il y a plus de 4 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.

#7

Mis à jour par François Poulain il y a plus de 4 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.

#8

Mis à jour par François Poulain il y a plus de 4 ans

  • Statut changé de En cours de traitement à Résolu
  • Assigné à mis à François Poulain
  • % réalisé changé de 50 à 100
#9

Mis à jour par François Poulain il y a plus de 4 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.

#10

Mis à jour par Christian P. Momon il y a plus de 4 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

#11

Mis à jour par François Poulain il y a plus de 4 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
#12

Mis à jour par François Poulain il y a plus de 4 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

#13

Mis à jour par Quentin Gibeaux il y a plus de 4 ans

  • Version cible changé de Novembre 2019 à Décembre 2019
#14

Mis à jour par Quentin Gibeaux il y a plus de 4 ans

  • Version cible changé de Décembre 2019 à Janvier 2020
#15

Mis à jour par Quentin Gibeaux il y a environ 4 ans

  • Version cible changé de Janvier 2020 à Février 2020
#16

Mis à jour par Quentin Gibeaux il y a environ 4 ans

  • Version cible changé de Février 2020 à Mars 2020
#17

Mis à jour par Quentin Gibeaux il y a environ 4 ans

  • Version cible changé de Mars 2020 à Avril 2020
#18

Mis à jour par Quentin Gibeaux il y a presque 4 ans

  • Version cible changé de Avril 2020 à Mai 2020
#19

Mis à jour par Christian P. Momon il y a presque 4 ans

Suite aux récents travaux de PoluX sur sympa, désactivation manuelle du cron pour voir si le problème subsiste.

#20

Mis à jour par Christian P. Momon il y a presque 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.

#21

Mis à jour par Quentin Gibeaux il y a presque 4 ans

  • Statut changé de Résolu à Fermé

Formats disponibles : Atom PDF