Déploiement en une commande

[lucile-colombain]

Il faut faire en sorte qu'on puisse mettre à jour le serveur de prod en une seule commande. C'est peut-être simplement faire un salt-call via une commande ssh. À tester dans la VM vagrant.

Historique
#1 Mis à jour par Alex Marandon il y a 6 mois

Priorité changé de Normal à Haut
#2 Mis à jour par Yann Fouillat il y a 6 mois

Statut changé de Nouveau à En cours
#3 Mis à jour par Yann Fouillat il y a 6 mois

Assigné à mis à Yann Fouillat
#4 Mis à jour par Alex Marandon il y a 6 mois

Comment
Note: L'API ne se relance pas correctement, même après un circusctl restart web
J'ai du killer les process chaussette à la main puis relancer.
#5 Mis à jour par Yann Fouillat il y a 5 mois

Comment
Problèmes qu'ils restent :

• Le repository ode_api qui n'est parfois pas récupéré à l’approvisionnement de la VM (erreur de connexion).
• La base de donnée ode qui n'est pas crée à l'approvisionnement (obligé de refaire un salt-call state.sls database).
• Les circus qui ne redémarrent pas correctement (doit killer les processus à la main avant le salt-call).
  Ajout d'un champ géoloc dans la bdd #6 Mis à jour par Alex Marandon il y a 5 mois

Comment
Pour la base de donnée, voir éventuellement avec Régis si on peut réutiliser le state PostgreSQL de makina-states.

Pour circus, si le problème n'est pas résolu en amont (par les gens de Mozilla ou par nous) et dans un délai qui nous covient (avant le déploiement en prod), on peut essayer un autre serveur WSGI que chaussette. Si ça marche, ça voudra dire que le problème est au niveau de chaussette et on pourra conserver circus mais avec un autre serveur WSGI. Si le problème est au niveau de Circus, il faudra changer de gestionnaire de processus et de serveur WSGI.

Pour le checkout git je ne sais pas trop. Problème de connectivité réseau de la VM ?
#9 Mis à jour par Yann Fouillat il y a 5 mois

Comment
Le problème de connexion n'est plus présent en utilisant une image différente. Le problème avec circus a été réglé (problème d'endpoint). Reste le problème de la bdd et l'utilisation de salt sur la pré-prod.
#10 Mis à jour par Yann Fouillat il y a 5 mois

Comment
Problème de salt sur la pré-prod OK.

circusctl restart cause parfois l’arrêt du daemon circus.
#11 Mis à jour par Yann Fouillat il y a 5 mois

Comment
Par rapport au crash de circus : circus-tent/circus#714
#12 Mis à jour par Alex Marandon il y a 5 mois

Comment
Yann Fouillat a écrit :

Problème de salt sur la pré-prod OK.

circusctl restart cause parfois l’arrêt du daemon circus.

J'ai rajouté l'argument web à restart. Explication:

Restarting the arbiter doesn't seem to work on the staging platform.
I think we should only restart the web watcher. That's one of the
reasons to use circus over other solutions: since circus manages
sockets, it can keep requests on hold until the web watcher is
restarted, which should avoid loosing connections while the restart is
happening.