Project

General

Profile

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

Added by Matthieu Lamalle 2 months ago. Updated 20 days ago.

Status:
Fermé
Priority:
Normal
Assigned To:
Start date:
04/10/2020
Due date:
% Done:

100%

Remaining (hours):
0.0

Description

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

Associated revisions

Revision 474c3750 (diff)
Added by Joël Cuissinat about 1 month ago

Add sudo rights to oneadmin on restarting onenode.service

Ref: #30006

Revision 1d16087e (diff)
Added by Joël Cuissinat about 1 month ago

Restart onenode service after node registration

Ref: #30006

Revision 72869697 (diff)
Added by Joël Cuissinat about 1 month ago

  • onehost_create_all : cosmetic fixes

Ref: #30006

History

#1 Updated by Daniel Dehennin about 2 months ago

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 Updated by Joël Cuissinat about 1 month ago

  • Status changed from Nouveau to En cours
  • Assigned To set to Joël Cuissinat

#3 Updated by Joël Cuissinat about 1 month ago

=> 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 Updated by Joël Cuissinat about 1 month ago

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 Updated by Joël Cuissinat about 1 month ago

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 Updated by Joël Cuissinat about 1 month ago

  • Status changed from En cours to Résolu
  • % Done changed from 0 to 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 Updated by Fabrice Barconnière 20 days ago

  • Status changed from Résolu to Fermé
  • Remaining (hours) set to 0.0

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

Also available in: Atom PDF