Bac à idée #29665
Mis à jour par Daniel Dehennin il y a environ 4 ans
h3. Problème
La préparation d’un Hâpy avant *@Upgrade-Auto@* tente d’arrêter des machines virtuelles qui peuvent être déjà arrêtée par un *@Upgrade-Auto@* précédent.
Le problème se produit dans la condition suivante :
# Exécution de la procédure *@Upgrade-Auto@* Bonjour,
# Un problème survient durant la procédure, elle s’arrête
# Exécution une deuxième fois de la procédure *@Upgrade-Auto@* (après avoir corrigé ce qui n’allait pas)
Le script *@pre_download/01-hapy@* tentera "d’arrêter des VMs déjà arrêtées":https://dev-eole.ac-dijon.fr/projects/creole/repository/entry/upgrade/pre_download/01-hapy?utf8=%E2%9C%93&rev=f2ba0f64#L89.
h3. Critères d’acceptation
# Sur un Hâpy a migrer
# Démarrer des machines virtuelles
# Créer un script qui fait planter la migration
<pre>
cat > /usr/share/eole/upgrade/pre_download/02-break-upgrade <<EOF
#!/bin/sh
exit 1
EOF
</pre>
<pre>
chmod +x /usr/share/eole/upgrade/pre_download/02-break-upgrade
</pre>
# Exécuter la procédure *@Upgrade-Auto@*
# Une fois la procédure plantée, supprimer le script *@/usr/share/eole/upgrade/pre_download/02-break-upgrade@*
# Exécuter la procédure *@Upgrade-Auto@*
* Lors de la seconde exécution, il ne doit y avoir aucun message d’erreur durant l’exécution du script *@01-hapy@*
* Après la procédure *@Upgrade-Auto@*, les machines virtuelles qui étaient démarrées au tout début doivent être en fonctionnement
h3. Demande original
Bonjour,
Après avoir rencontré un soucis lors d'un Upgrade-Auto (Hapy 2.4 → -> EoleBase 2.5), lors d'une seconde relance de ce script le fichier *@/var/backups/eole/hapy/one-running-vms.ids@* /var/backups/eole/hapy/one-running-vms.ids n'est ni purgé ni supprimé.
Ce qui engendre des problèmes :
*
- la liste des IDs des VMs est concaténée à la liste déjà sauvegardée
* - les éventuelles suppressions de VMs entre temps ne sont donc pas prises en compte
Il faudrait à mon avis simplement supprimer ce fichier à chaque lancement du script Upgrade-Auto
Bien cordialement,
Camille Jactard
La préparation d’un Hâpy avant *@Upgrade-Auto@* tente d’arrêter des machines virtuelles qui peuvent être déjà arrêtée par un *@Upgrade-Auto@* précédent.
Le problème se produit dans la condition suivante :
# Exécution de la procédure *@Upgrade-Auto@* Bonjour,
# Un problème survient durant la procédure, elle s’arrête
# Exécution une deuxième fois de la procédure *@Upgrade-Auto@* (après avoir corrigé ce qui n’allait pas)
Le script *@pre_download/01-hapy@* tentera "d’arrêter des VMs déjà arrêtées":https://dev-eole.ac-dijon.fr/projects/creole/repository/entry/upgrade/pre_download/01-hapy?utf8=%E2%9C%93&rev=f2ba0f64#L89.
h3. Critères d’acceptation
# Sur un Hâpy a migrer
# Démarrer des machines virtuelles
# Créer un script qui fait planter la migration
<pre>
cat > /usr/share/eole/upgrade/pre_download/02-break-upgrade <<EOF
#!/bin/sh
exit 1
EOF
</pre>
<pre>
chmod +x /usr/share/eole/upgrade/pre_download/02-break-upgrade
</pre>
# Exécuter la procédure *@Upgrade-Auto@*
# Une fois la procédure plantée, supprimer le script *@/usr/share/eole/upgrade/pre_download/02-break-upgrade@*
# Exécuter la procédure *@Upgrade-Auto@*
* Lors de la seconde exécution, il ne doit y avoir aucun message d’erreur durant l’exécution du script *@01-hapy@*
* Après la procédure *@Upgrade-Auto@*, les machines virtuelles qui étaient démarrées au tout début doivent être en fonctionnement
h3. Demande original
Bonjour,
Après avoir rencontré un soucis lors d'un Upgrade-Auto (Hapy 2.4 → -> EoleBase 2.5), lors d'une seconde relance de ce script le fichier *@/var/backups/eole/hapy/one-running-vms.ids@* /var/backups/eole/hapy/one-running-vms.ids n'est ni purgé ni supprimé.
Ce qui engendre des problèmes :
*
- la liste des IDs des VMs est concaténée à la liste déjà sauvegardée
* - les éventuelles suppressions de VMs entre temps ne sont donc pas prises en compte
Il faudrait à mon avis simplement supprimer ce fichier à chaque lancement du script Upgrade-Auto
Bien cordialement,
Camille Jactard