Projet

Général

Profil

Tâche #30006

Scénario #29871: Problèmes rencontrés lors de la qualification 2.7.2-beta1

HP-001-05, Changement d'état à Inconnu au lieu de Suspended

Ajouté par Matthieu Lamalle il y a presque 4 ans. Mis à jour il y a presque 4 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Joël Cuissinat
Version cible:
sprint 2020 22-24 Equipe MENSR
Début:
10/04/2020
Echéance:
% réalisé:

100%

Restant à faire (heures):
0.0

Description

Au redémarrage du hapy-node, les vm passent à un état INCONNU et ne repassent jamais à DEMARREE

Révisions associées

Révision 474c3750 (diff)
Ajouté par Joël Cuissinat il y a presque 4 ans

Add sudo rights to oneadmin on restarting onenode.service

Ref: #30006

Révision 1d16087e (diff)
Ajouté par Joël Cuissinat il y a presque 4 ans

Restart onenode service after node registration

Ref: #30006

Révision 72869697 (diff)
Ajouté par Joël Cuissinat il y a presque 4 ans

  • onehost_create_all : cosmetic fixes

Ref: #30006

Historique

#1 Mis à jour par Daniel Dehennin il y a presque 4 ans

Je pense que le problème se produit juste après avoir procédé à instance.

Le service onenode.service est peut-être non démarré par instance puisque ce n'est pas un service géré par creole :

root@hapy-node:~# rgrep onenode /usr/share/eole/creole/dicos/
/usr/share/eole/creole/dicos/29_one-node.xml:        <!--<file filelist='onenode' name='/etc/onenode/qemu.conf' rm='True' mkdir='True'/-->
/usr/share/eole/creole/dicos/29_one-node.xml:            <variable name='activer_onenode' type='oui/non' description="Activer l'hyperviseur" mode='expert'>
/usr/share/eole/creole/dicos/29_one-node.xml:        <condition name='disabled_if_in' source='activer_onenode'>

Ainsi, lors du reboot, la liste des VMs n'est pas enregistrée et elles ne sont donc pas arrêtées correctement ni démarrée après le reboot.

Une fois hapy-node redémarrée, j'ai :

  • relancé les VMs manuellement
  • rebooté hapy-node

et là tout fonctionne normalement.

#2 Mis à jour par Joël Cuissinat il y a presque 4 ans

  • Statut changé de Nouveau à En cours
  • Assigné à mis à Joël Cuissinat

#3 Mis à jour par Joël Cuissinat il y a presque 4 ans

=> le démarrer en postservice si il ne l'est pas déjà

Je verrai bien ça dans :

root@hapy:~# dpkg -S /usr/share/eole/postservice/30-one-node 
eole-one-node: /usr/share/eole/postservice/30-one-node

#4 Mis à jour par Joël Cuissinat il y a presque 4 ans

En fait, cela n'apporte rien car le démarrage n'est possible qu'après intégration :

juin 02 10:50:35 hapy-node systemd[1]: Starting OpenNebula Node starter...
juin 02 10:50:36 hapy-node onevm-all[6466]: /var/lib/one/.one/one_auth: Problem loading credentials, check if file exists.

=> il faut l'effectuer à la fin de l'intégration (script : /usr/share/eole/sbin/onehost_create_all !

Mais le problème est que l'échange de clés ssh est effectué pour l'utilisateur oneadmin qui n'a pas les droits pour redémarrer le service.

#5 Mis à jour par Joël Cuissinat il y a presque 4 ans

Après discussion avec Daniel, je propose d'ajouter le droit "sudoers" nécesssaire et de rétro-porter jusqu'en 2.7.0.

#6 Mis à jour par Joël Cuissinat il y a presque 4 ans

  • Statut changé de En cours à Résolu
  • % réalisé changé de 0 à 100

Maintenant c'est bon (à part un autre bug que Daniel regarde).
J'ai également du reprendre le test, notamment la partie création du modèle de VM. Il n'avait visiblement jamais été relu !

#7 Mis à jour par Fabrice Barconnière il y a presque 4 ans

  • Statut changé de Résolu à Fermé
  • Restant à faire (heures) mis à 0.0

Je vois bien que le test a été modifié. Je ne le repasse pas.

Formats disponibles : Atom PDF