Development #9405
Mieux gérer les mises à jour de hobo
0%
Fichiers
Demandes liées
Historique
Mis à jour par Benjamin Dauvergne il y a plus de 8 ans
- Lié à Development #9404: Ajouter une option --refresh à hobo_deploy ajouté
Mis à jour par Benjamin Dauvergne il y a plus de 8 ans
- Lié à Bug #7272: hobo_deploy: conserver le hobo.json (pour mémoire, débogue, etc) ajouté
Mis à jour par Benjamin Dauvergne il y a plus de 8 ans
- Lié à Development #9404: Ajouter une option --refresh à hobo_deploy supprimé
Mis à jour par Benjamin Dauvergne il y a plus de 8 ans
- Lié à Development #8893: Ajouter une option --redeploy à hobo_deploy ajouté
Mis à jour par Benjamin Dauvergne il y a plus de 8 ans
- Lié à Development #8894: Ajouter une option --redeploy à check_hobos ajouté
Mis à jour par Frédéric Péters il y a plus de 8 ans
- Statut changé de Nouveau à Résolu (à déployer)
Synchronisation du statut avec les demandes liées.
Mis à jour par Frédéric Péters il y a plus de 8 ans
- Statut changé de Résolu (à déployer) à En cours
Il me semble en fait qu'il reste encore l'ajout de la réaction au trigger dans les différentes applications (hors w.c.s.).
Mis à jour par Frédéric Péters il y a plus de 8 ans
- Fichier 0001-debian-handle-hobo-redeploy-trigger-9405.patch 0001-debian-handle-hobo-redeploy-trigger-9405.patch ajouté
Patch pour validation pour combo (si ok je pourrai faire le même pour fargo/welco/etc.).
Mis à jour par Frédéric Péters il y a plus de 8 ans
Voilà donc pour combo, reste à faire de même pour les autres.
commit e26091b89f3c64cc142e07a190c50a69e918391d Author: Frédéric Péters <fpeters@entrouvert.com> Date: Thu Jan 7 14:13:41 2016 +0100 debian: handle hobo-redeploy trigger (#9405)
Mis à jour par Frédéric Péters il y a plus de 8 ans
Alors je peux être très fatigué, 1) le $COMMAND n'existait pas, 2) c'est hobo_deploy et pas check_hobos, 3) la commande ne marche de toute façon pas parce que les paramètres url et json continuent à être attendus.
J'ai un peu corrigé ça en vrac et ça doit être ok côté hobo (pour le 3) et côté combo, passerelle, fargo, welco pour les 1 et 2.
Mis à jour par Frédéric Péters il y a environ 8 ans
Mais après le trigger le postinst continue, j'ajouterais encore des "exit 0". ok ?
Mis à jour par Frédéric Péters il y a environ 8 ans
Bien sûr quand il y a un changement dans un modèle fourni par hobo (présentement l'ajout de common_role.details), un redémarrage est nécessaire; peut-être que du coup, à part pour w.c.s., on devrait garder le redémarrage :/
Mis à jour par Benjamin Dauvergne il y a environ 8 ans
Le redémarrage est nécessaire mais pas sur un trigger, il un autre appel à postinst qui est fait pour cela (configure?).
Mis à jour par Thomas Noël il y a environ 8 ans
Je pense que c'est sur trigger : si python-hobo bouge un de ces modèles utilisés par nos applis, il faut redémarrer ces dernières. Non ?
Mis à jour par Frédéric Péters il y a environ 8 ans
La situation présente, sur le cas de la mise à jour vers un hobo contenant common_role.details : l'agent hobo est redémarré, le provisionning ne va plus fonctionner tant que le service n'est pas redémarré.
Mis à jour par Benjamin Dauvergne il y a environ 8 ans
Oui. Je me suis mélangé les pinceaux, il faut relancer les services sur mise à jour de python-hobo.
Mis à jour par Frédéric Péters il y a environ 8 ans
J'ai maintenant retiré les "exit 0" que j'avais ajouté, sauf à wcs.