Scénario #22156
Les VM hébergées sur un module Hâpy-Node doivent être relancées lorsque celui-ci redémarre
100%
Description
Hâpy + Hâpy Node + reboot automatique
Lorsqu'on a un Hâpy et qu'on y attache un Hâpy-Node, quand le Hâpy-Node reboot, ses VM ne sont pas prises en compte par le service onenode qui n'est présent que sur le maitre. Du coup quand le noeud reboot, les VM qu'il héberge ne sont pas relancées.
Solutions à mettre en œuvre¶
- proposer et mettre en œuvre une solution corrective (piste possible : utiliser ExecStart/ExecStop de systemd pour faire des choses) sur EOLE >= 2.7.1
- rédiger un test squash avec 2 VM sur Hâpy Node, une arrêtée et une démarrée, après redémarrage les 2 VM retrouvent leur état. On pourra utiliser le test HP-001-04 comme pré-requis.
Critères d'acceptation¶
- le test squash est passant
Subtasks
Related issues
History
#1 Updated by Gilles Grandgérard over 5 years ago
- Tracker changed from Demande to Scénario
- Start date deleted (
11/24/2017)
#2 Updated by Joël Cuissinat over 5 years ago
- Project changed from Distribution EOLE to EOLE OpenNebula
- Subject changed from Hâpy + Hâpy Node + reboot automatique to Les VM hébergées sur un module Hâpy-Node doivent être relancées lorsque celui-ci redémarre
- Description updated (diff)
#3 Updated by Gilles Grandgérard over 3 years ago
- Release set to Carnet de produit (Cadoles)
#4 Updated by Joël Cuissinat over 3 years ago
- Description updated (diff)
- Story points set to 4.0
#5 Updated by Joël Cuissinat over 3 years ago
- Due date set to 10/31/2019
- Target version set to Prestation Cadoles 42-44
- Start date set to 10/14/2019
#6 Updated by Joël Cuissinat over 3 years ago
- Related to Tâche #29154: Validation du scénario : Les VM hébergées sur un module Hâpy-Node doivent être relancées lorsque celui-ci redémarre added
#7 Updated by Philippe Caseiro over 3 years ago
- Status changed from Nouveau to En attente d'informations
Hâpy-Node ne dispose d'aucun "démon" en lien avec OpenNebula, il reçoit simplement les instructions du "master".
Après avoir fait le tour de la question plusieurs fois, je ne vois aucune solution technique viable pour ce "problème".
Avez-vous d'autres pistes que "ExecStop" "ExecStart" qui n'est pas applicable puisqu'il n'y a pas de démon ?
De plus en 2.7.2 avec le mode HA je me demande vraiment si Hâpy-Node est vraiment utile. Qu'en pensez-vous ?
#8 Updated by Philippe Caseiro over 3 years ago
- Status changed from En attente d'informations to Terminé (Sprint)
#9 Updated by Philippe Caseiro over 3 years ago
- Status changed from Terminé (Sprint) to En attente d'informations
#10 Updated by Daniel Dehennin over 3 years ago
Je ne sais pas si nous souhaitons dire aux utilisateurs que le mode HA est obligatoire lorsqu’il y a plus d’un hyperviseur.
Pour ce qui est de la demande, n’est-il pas possible de faire une connexion SSH vers le maître afin de faire une commande pour arrêter les VMs qui s’y trouvent ?
La commande onehost flush :
* flush <range|hostid_list>
Disables the host and reschedules all the running VMs in it.
Nous ne voulons peut-être pas déplacer les VMs, peut-être faire un script sur le maître qui fait un suspend et qui est appelé par un .service du node ?
Voir avec Gilles ce qu’il pense du devenir du node.
#11 Updated by Philippe Caseiro over 3 years ago
Ok. On va essayer en SSH sur le même principe que onenode
#12 Updated by Philippe Caseiro over 3 years ago
- Status changed from En attente d'informations to Nouveau
#13 Updated by Laurent Flori over 3 years ago
Testé avec succès en 2.7.2
#14 Updated by Daniel Dehennin over 3 years ago
- Status changed from Nouveau to Terminé (Sprint)
#15 Updated by Joël Cuissinat over 3 years ago
- Release changed from Carnet de produit (Cadoles) to EOLE 2.7.1.2