Distribution EOLE

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.

=> 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

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.

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