Scénario #35235
Upgrade-Auto : impossibilité de migrer dans Zéphir son serveur Amon de 2.7.2 vers 2.8.1
100%
Description
J'avais un serveur 2.7.2 inscrit dans un Zéphir 2.8.1 à jour.
Dessus j'ai fait un Upgrade-Auto. Je n'ai pas du tout préparer le serveur dans le Zéphir.
J'ai lancé la commande dans un screen (j'ai lancé la commande à distance, cela me semble indispensable).
Tout c'est bien passé, sauf qu'à la fin je ne peux pas me connecter connecter au Zéphir.
J'ai attendu très longtemps et je n'ai jamais pu m'authentifier.
Comme on voit la commande utilise tout un CPU :
root 22991 0.0 0.0 33092 2968 ? Ss 08:29 0:00 SCREEN root 22992 0.0 0.0 22848 4076 pts/1 Ss 08:29 0:00 \_ /bin/bash root 26055 0.0 0.0 14132 3360 pts/1 S+ 08:31 0:00 \_ /bin/sh /usr/share/eole/sbin/Upgrade-Auto root 26059 0.0 0.0 9108 788 pts/1 S+ 08:31 0:00 \_ tee /var/log/upgrade-auto.log root 26061 0.1 0.4 238800 69248 pts/1 S+ 08:31 0:07 \_ /usr/bin/python -u /usr/share/eole/upgrade/Upgrade-Auto root 7718 1.0 1.3 557688 221300 pts/1 Sl+ 08:32 0:42 \_ /usr/bin/python3 -s /tmp/ubuntu-release-upgrader-ymt1f741/focal --mode=server --frontend=DistUpgradeViewEOLE root 14789 0.0 0.2 55660 40056 pts/1 S+ 08:58 0:00 \_ /usr/bin/python3 /tmp/Upgrade-Auto/EOLEPostInstallScripts.py root 16350 99.9 0.2 92060 46500 pts/1 R+ 08:59 42:02 \_ python3 /usr/share/zephir/scripts/upgrade_distrib.py
J'ai killé le script et je l'ai relancé à la main et cela a fonctionné.
On dirait que le problème se passe lorsqu'il est lancé via Upgrade-Auto ?
Historique
#1 Mis à jour par Joël Cuissinat il y a environ un an
- Sujet changé de Upgrade-Auto : impossibilité de migrer dans Zéphir son serveur Amon vers 2.7.2 vers 2.8.1 à Upgrade-Auto : impossibilité de migrer dans Zéphir son serveur Amon de 2.7.2 vers 2.8.1
#2 Mis à jour par Joël Cuissinat il y a environ un an
- Tracker changé de Demande à Scénario
- Echéance mis à 01/01/2024
- Version cible mis à Carnet MENSR
#3 Mis à jour par Joël Cuissinat il y a environ un an
<gnunux> on dirait que le script était en boucle infinie
<gnunux> parce que le CPU était chargé
<gnunux> dans le copié collé on voit que le script est a 99,9 de CPU