Scénario #31222
Le déploiement de VM doit être fonctionnel sur Hâpy 2.8.0
100%
Description
Suite du scénario #31010
Le service onenode n'est plus en erreur mais les VM ne se déploient toujours pas (cf. #31010#note-13).
Si on déploie un serveur aca.hapy-2.8.0b1-instance-default, diagnose
signale le service opennebula-showback
en erreur.
Attention, serveur opérationnel mais des services ne sont pas démarrés : opennebula-showback.service loaded failed
root@hapy:~# systemctl status opennebula-showback ● opennebula-showback.service - OpenNebula's periodic showback calculation Loaded: loaded (/lib/systemd/system/opennebula-showback.service; static; vendor preset: enabled) Active: failed (Result: exit-code) since Wed 2020-11-25 10:51:11 CET; 42min ago TriggeredBy: ● opennebula-showback.timer Main PID: 1900 (code=exited, status=255/EXCEPTION) nov. 25 10:51:10 hapy systemd[1]: Starting OpenNebula's periodic showback calculation... nov. 25 10:51:11 hapy oneshowback[1900]: Failed to open TCP connection to localhost:2633 (Connection refused - connect(2) for "localhost" port 2633) nov. 25 10:51:11 hapy systemd[1]: opennebula-showback.service: Main process exited, code=exited, status=255/EXCEPTION nov. 25 10:51:11 hapy systemd[1]: opennebula-showback.service: Failed with result 'exit-code'. nov. 25 10:51:11 hapy systemd[1]: Failed to start OpenNebula's periodic showback calculation.
Si on déploie un serveur aca.hapy-2.8.0b1-instance-AvecImport
, la VM "ubuntu14.04-vm" semble empêcher le service de démarrer...
root@hapy:~# service onenode status ● onenode.service - OpenNebula Node starter Loaded: loaded (/lib/systemd/system/onenode.service; enabled; vendor preset: enabled) Active: failed (Result: exit-code) since Wed 2020-11-25 10:32:19 CET; 17min ago Main PID: 2512 (code=exited, status=255/EXCEPTION) nov. 25 10:31:17 hapy systemd[1]: Starting OpenNebula Node starter... nov. 25 10:31:17 hapy onevm-all[2512]: Resume 0 - ubuntu14.04-vm... scheduled nov. 25 10:32:19 hapy onevm-all[2512]: Wait 60s for VMs to resume............................................................. FAIL nov. 25 10:32:19 hapy systemd[1]: onenode.service: Main process exited, code=exited, status=255/EXCEPTION nov. 25 10:32:19 hapy systemd[1]: onenode.service: Failed with result 'exit-code'. nov. 25 10:32:19 hapy systemd[1]: Failed to start OpenNebula Node starter.
Sous-tâches
Demandes liées
Révisions associées
Ajout CPU_MODEL = host-passthrough
REF #31222
Historique
#1 Mis à jour par Joël Cuissinat il y a plus de 3 ans
- Description mis à jour (diff)
#2 Mis à jour par Joël Cuissinat il y a plus de 3 ans
- Sujet changé de Le déploiement de VM n'est toujours pas fonctionnel à Le déploiement de VM doit être fonctionnel sur Hâpy 2.8.0
- Tâche parente
#31010supprimé
#3 Mis à jour par Joël Cuissinat il y a plus de 3 ans
- Tracker changé de Tâche à Scénario
- Description mis à jour (diff)
- Echéance mis à 18/12/2020
- Version cible changé de Prestation Cadoles MEN 46-48 à Prestation Cadoles MEN 49-51
- Début changé de 25/11/2020 à 30/11/2020
- Release mis à EOLE 2.8.0
- Points de scénarios mis à 2.0
#4 Mis à jour par Joël Cuissinat il y a plus de 3 ans
- Lié à Scénario #31010: Le service onenode est en erreur sur Hâpy (2.8.0-beta1) ajouté
#5 Mis à jour par Joël Cuissinat il y a plus de 3 ans
- Points de scénarios changé de 2.0 à 1.0
#6 Mis à jour par Joël Cuissinat il y a plus de 3 ans
- Description mis à jour (diff)
Daniel Dehennin a écrit :
Pour le problème de déploiement de la machine, j’ai ça dans les logs :
[...]
libvirt
n’écoute pas surlocalhost
?Cela fonctionne lorsque le template
aca.hapy
utilise> CPU_MODEL = [ > MODEL = "host-passthrough" ] >
#7 Mis à jour par Joël Cuissinat il y a plus de 3 ans
- Points de scénarios changé de 1.0 à 2.0
#8 Mis à jour par Gilles Grandgérard il y a plus de 3 ans
Segfault libvirtd !
nov. 27 14:31:22 hapy kernel: libvirtd[6906]: segfault at 0 ip 00007fa4884f944b sp 00007fa489759650 error 4 in libvirt_driver_qemu.so[7fa488495000+109000] nov. 27 14:31:22 hapy kernel: Code: 01 c6 45 a0 01 c7 45 90 ff ff ff ff e9 ec f9 ff ff 66 0f 1f 44 00 00 48 8b b3 18 02 00 00 b9 06 00 00 00 48 8d 3d be 99 0a 00 <f3> a6 0f 97 c0 1c 00 84 c0 74 9d 48 89 df e8 02 97 fa ff 41 89 c7 nov. 27 14:31:22 hapy systemd[1]: libvirtd.service: Main process exited, code=killed, status=11/SEGV nov. 27 14:31:22 hapy systemd[1]: libvirtd.service: Failed with result 'signal'.
#9 Mis à jour par Daniel Dehennin il y a plus de 3 ans
J’ai exécuté une commande sur notre OpenNebula pour ajouter l’attribut aux modèles Hâpy.
Il devient possible de démarrer une machine virtuelle :
- 2.7.2 OK
- 2.8.0 OK
- 2.8.1 OK
#10 Mis à jour par Daniel Dehennin il y a plus de 3 ans
Il faut donc modifier la génération des modèles Hâpy par Jenkins afin d’inclure l’attribut CPU_MODEL
.
#11 Mis à jour par Joël Cuissinat il y a plus de 3 ans
- Lié à Tâche #31299: Valider le scénario Le déploiement de VM doit être fonctionnel sur Hâpy 2.8.0 (sprint 49-51) ajouté
#12 Mis à jour par Joël Cuissinat il y a plus de 3 ans
- Assigné à mis à Philippe Caseiro
#13 Mis à jour par Emmanuel GARETTE il y a plus de 3 ans
- Statut changé de Nouveau à Résolu
#14 Mis à jour par Joël Cuissinat il y a environ 3 ans
- Lié à Scénario #31365: Impossible d’afficher le menu de démarrage des images ISO EOLE/Ubuntu sur Hâpy ajouté
#15 Mis à jour par Joël Cuissinat il y a environ 3 ans
- Description mis à jour (diff)
#16 Mis à jour par Joël Cuissinat il y a environ 3 ans
- Statut changé de Résolu à Terminé (Sprint)