If a user suspend a VM manually, onenode.service must not resume it
automatically.
* scripts/onevm-all: Check if suspended VMs are in the saved list of
running VMs.
Ref: #20718
Le service onenode ne se lance pas a cause d'une
boucle dans les dépendances de services.
Pour régler le problème on le lance après la multi-user.target
De plus au moment ou le service se lance opennebula n'est pas
complètement lancé alors le script essaye d'ouvrir des connections
pendant 20 secondes avant de remonter un problème.
Enfin on garde une liste des machines qui sont "running" avant l'arrêt
du serveur pour pouvoir les relance proprement.
Contribution de Cadoles (htts://www.cadoles.com)
ref #20338 @6h
Si opennebula se lance avant libvirt-bin lest hôtes sont
en erreur pendant un petit moment, afin d'éviter cet "affichage"
désagréable on force le démarrage du service opennebula après
libvirt-bin et multi-user.target.
ref #19140 @1h
L’utilisation de « LOCALTIME » pour les modèles de VM EOLE peut-être
problématique.
Pour les postes Linux, elle entraîne un décalage de l’horloge au
démarrage de la machine virtuelle qui devra être corrigé par ntp.
Ce qui peut entraîner des soucis avec certains services comme mysql.
* postservice/99-init-hapy-master (FEATURES): Suppression de
« LOCALTIME ».
Ref: #18448
Le service « onenode.service » reste en erreur après instance :
- Le script « onevm-all » ne peut pas se connecter à « oned » avant
l’intance
- Le service « onenode.service » n’est pas redémarrer pendant
l’instance
Il faut donc éviter que le service ne démarre avant que la machine
soit instanciée.
* init/onenode.service (ConditionPathExists): Ajout d’un test sur le
template /etc/eole/release.
Ref: #17589
Il n'est plus possible d'utiliser ssh-copy-id, mise en place de la
méthode proposée par Daniel dans la demande pour la copie des clés sans
utiliser ssh-copy-id.
Modification de la commande de création des noeuds dans ONE, l'option
"-n" n'existe plus.
ref #17465 @2h (Contribution Cadoles)
On fait télécharger l'image iso directement par ONE.
Pour l'instant pour garder l'esprit on attend la fin
de l'initialisation pour rendre la main, mais on pourrais très
bien laisser l'ajout se faire en tache de fond
ref #17430 @1h (Contribution Cadoles)
* corrections cosmétiques et orthographiques
* renommage de la famille "Modèle de vm" en "Modèle"
* suppression des URL dans les balises d'aide
Ref: #17333 @1h
- activer_onesinglenode => permet d'activer l'orchestrateur
- activer_multinode => permet d'activer plusieurs hyperviseurs
- création de la nouvelle famille "Modèle de VM"
- création de séparateur "Configuration des hyperviseurs"
ref #17333 @3h
La migration entre les version 4 et 5 avait fait des victimes.
Retour de la configuration pour le hook d'ajout et de suppression de
règles de firewall pour l'ouverture des ports VNC.
Retour de l'a possibilité d'ajouter des hooks personnes dans gen_config
ref #17335 @2h
- Nom du réseau virtuel à plage d'adresse IP :
- vnet_range_start et vnet_range_size sont maintenant obligatoires
- vnet_network_addr est de type network
- vnet_network_addr est calculé automatiquement
- vérification que vnet_network_dns et vnet_network_gw est différent de vnet_range_start
- Nom du réseau virtuel à plage d'adresse ethernet : l2_vnet_size est maintenant obligatoire
- hapy_init_master_iso_version est maintenant calculé à partir de eole_release
ref #17333 @3h
onedb upgrade fait une backup automatique de la base (fichier one.db)
mais ne fait jamais le méange (l'outil n'est pas du tout prévus pour
être exécuter plusieurs fois de suite)
Donc pour éviter tout débordement de conso d'espace disque on garde la
dernière backup dès qu'on en trouve puls de 3.
ref #17058 @2h
Le script posttemplate gère la mise à jour de version OpenNebula
via la commande onedb update, pour limiter un affichage désagréable
et une exécution de commande inutile on vérifie la présence du fichier
de base de données.
ref #16984 @30m
Plutôt que de créer un cluster "par défaut" eole on utilise la
fonctionnalité incluse dans ONE 5.0
Toutes les resources sont automatiquement attachées au cluster défaut.
ref #16797 @2h
