Project

General

Profile

Scénario #23922

Fournir un processus d'UpgradeAuto d'un Hapy 2.4.2 vers Hapy 2.6.2

Added by Anthony RAULT almost 3 years ago. Updated about 2 years ago.

Status:
Terminé (Sprint)
Priority:
Normal
Assigned To:
Category:
-
Start date:
03/07/2019
Due date:
04/12/2019
% Done:

100%

Estimated time:
0.00 h (Total: 2.00 h)
Story points:
10.0
Remaining (hours):
0.00 hour
Velocity based estimate:
Release:
Release relationship:
Auto

Description

Il n'existe pas de procédure d'Upgrade-Auto de 2.4.2 vers 2.6.2, car il n'existe pas de module Hapy 2.5

L'idée est d'effectuer la procédure dite d'Upgrade-Auto comme suit :

- arrêt des VM
- sauvegarde des VM (disk_saveas)

- sauvegarder la machine sur un NAS

- dé-installer les paquets "eole-Hâpy" pour transformer la machine en Eolebase 2.4.2 (sans purge !)

- faire une migration vers Eolebase 2.5.2 (Upgrade Auto + gen_config + instance + reboot )

- faire une migration vers Eolebase 2.6.2 (Upgrade Auto + gen_config + instance + reboot )

- réinstaller les paquets "eole-Hâpy"

- instance

- reboot


Subtasks

Tâche #27150: Faire la procédure de mise à jour sur un Hapy EOLEFerméDaniel Dehennin

Tâche #27156: Impossible de mettre à niveau la base de donnée OpenNebulaFerméDaniel Dehennin

Tâche #27249: Le réseau « internet » des configurations EOLE des hâpy n’utilise pas la bonne plage d’adresseFerméDaniel Dehennin

Tâche #27350: Automatiser le teste de la procédure de mise à niveau d’un HâpyFerméDaniel Dehennin


Related issues

Precedes EOLE OpenNebula - Scénario #27362: Finaliser le processus d'UpgradeAuto d'un Hapy 2.4.2 vers Hapy 2.6.2 Terminé (Sprint) 04/15/2019 04/15/2019

History

#1 Updated by Daniel Dehennin almost 3 years ago

  • Assigned To set to Daniel Dehennin

Oui, le soucis vient du fait que le module Hâpy n’existe pas en 2.5 : http://eole.ac-dijon.fr/documentations/2.6/partielles/HTML/EOLE/co/00_ModulesParVersions.html.

Nous réfléchissons à ce problème de mise à jour et vous informerons dès que nous aurons une réponse.

#2 Updated by Anthony RAULT over 2 years ago

un petit up ;-)

#3 Updated by Gilles Grandgérard about 2 years ago

  • Subject changed from opennebula-flow n'existe pas dans Trusty to Fournir un processus d'UpgradeAuto d'un Hapy 2.4.2 vers Hapy 2.6.2
  • Description updated (diff)

Bonjour,
Après un Upgrade-Auto 2.4 vers 2.5 et redémarrage, plusieurs problèmes apparaissent (je vous mets ici mon déroulé):

#aptitude search opennebula
p libopennebula-java - Liaisons Java pour l'API OpenNebula Cloud (OCA)
p libopennebula-java-doc - Liaisons Java pour l'API OpenNebula Cloud (OCA) - Documenta
c opennebula - controller which executes the OpenNebula cluster services
p opennebula:i386 - controller which executes the OpenNebula cluster services
p opennebula-archive-keyring - GnuPG archive keys of OpenNebula repository
i A opennebula-common - empty package to create OpenNebula users and directories
p opennebula-context - contextualization package
c opennebula-flow - Manage services.
i A opennebula-node - empty package to prepare a machine as OpenNebula Node
c opennebula-sunstone - web interface to which executes the OpenNebula cluster serv
c opennebula-tools - Command-line tools for OpenNebula Cloud
c ruby-opennebula - Ruby bindings for OpenNebula Cloud API (OCA)
p ruby-opennebula-cli - OpenNebula Command Line Interface

#aptitude search hapy
i eole-hapy - configuration du module EOLE : Hâpy
pB eole-hapy-all - Module Hâpy (metapackage)
p eole-hapy-market - configuration du module EOLE : Hâpy
p eole-hapy-market-all - configuration du module EOLE : Hâpy
p eole-hapy-market-module - Module Hâpy (metapackage)
p eole-hapy-master - configuration du module EOLE : Hâpy
p eole-hapy-master-all - configuration du module EOLE : Hâpy
p eole-hapy-master-module - Module Hâpy (metapackage)
i eole-hapy-module - Module Hâpy (metapackage)
p eole-hapy-node - configuration du module EOLE : Hâpy
p eole-hapy-node-all - configuration du module EOLE : Hâpy
p eole-hapy-node-module - Module Hâpy (metapackage)

#apt-get install eole-hapy-all
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Certains paquets ne peuvent être installés. Ceci peut signifier
que vous avez demandé l'impossible, ou bien, si vous utilisez
la distribution unstable, que certains paquets n'ont pas encore
été créés ou ne sont pas sortis d'Incoming.
L'information suivante devrait vous aider à résoudre la situation :

Les paquets suivants contiennent des dépendances non satisfaites :
eole-hapy-all : Dépend: eole-one-master mais ne sera pas installé
Dépend: eole-one-frontend mais ne sera pas installé
Dépend: eole-one-flow mais ne sera pas installé
E: Impossible de corriger les problèmes, des paquets défectueux sont en mode « garder en l'état ».

#apt-get install eole-hapy-all eole-one-master eole-one-frontend eole-one-flow opennebula-flow ruby-treetop opennebula-sunstone opennebula
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Aucune version du paquet opennebula-flow n'est disponible, mais il existe dans la base
de données. Cela signifie en général que le paquet est manquant, qu'il est devenu obsolète
ou qu'il n'est disponible que sur une autre source

E: Le paquet « opennebula-flow » n'a pas de version susceptible d'être installée

Chez Ubuntu: https://packages.ubuntu.com/search?suite=trusty&searchon=names&keywords=opennebula-flow

Cordialement

#4 Updated by Gilles Grandgérard about 2 years ago

  • Tracker changed from Demande to Scénario
  • Due date set to 03/22/2019
  • Target version set to sprint 2019 10-12 Equipe MENSR

#5 Updated by Gilles Grandgérard about 2 years ago

  • Related to Tâche #23554: Définir les règles d’upgrade 2.4 ⮕ 2.6 pour Hâpy added

#6 Updated by Gilles Grandgérard about 2 years ago

cas de l'académie de la réunion :

- Un config.eol d'un établissement

- La procédure d'installation (proc_install-v255.pdf): Jusqu'à la page 11, vous trouverez des informations concernant le matériel utilisé, le partitionnement, les 3 configurations de ONE (ie Hapy) proposés aux établissements et enfin la procédure d'installation elle-même.

A noter que la 1ere version des ONE, avait un disque SATA2 en RAID0 de 2To au lieu du 4To actuel en SATA2/3.
La procédure parle de lancer la commande './installer RNE': Cet 'installer' (le dire à l'anglaise) est créé par le script create_installer/create_installer.sh que vous trouverez sur la forge (forge.ac-reunion.fr/redmine/hapy). s'il est lancé seul, 'l'installer' décompresse les fichiers dans /root/scripts/. Je vous ai mis une copie de la version actuellement utilisé.

- Le diagramme d'activité du script /root/scripts/setup.sh en fonction des paramètres. Vous pouvez lancer ./setup.sh aide pour son usage (cf README.md sur la forge)

- La documentation du code se trouve sur la forge: https://forge.ac-reunion.fr/redmine/projects/hapy/embedded/index.html

- Ci dessous, la liste des fichiers/répertoires ajoutés/modifiés par le script d'installation:

/etc/one/vmm_exec/vmm_exec_kvm.conf

/var/lib/one/remotes/vmm/kvm/kvmrc

/var/lib/one/remotes/hooks/running.rb

/etc/sudoers

/etc/one/oned.conf

/etc/default/zfs-fuse

/etc/acpi/powerbtn.sh

/sys/devices/system/cpu/cpu*/cpufreq/scaling_governor

/etc/sysctl.d/50-kernel-reunion.conf

/etc/X11/xorg.conf.d/10-video.conf

/usr/share/eole/preservice/90-vnc

/usr/share/eole/postservice/32-one-local

/usr/share/eole/posttemplate/90-vnc

/usr/share/eole/posttemplate/91-hooks

/usr/share/eole/posttemplate/92-services

/usr/share/eole/posttemplate/93-nut

/etc/init.d/acpid

/etc/init.d/libvirt-bin

/etc/init.d/libvirt-guests

/etc/init.d/qemu-kvm

/etc/molly-guard/run.d/90-allow-cmd

/etc/nut/upsmon.conf

/etc/nut/upssched.conf

/etc/X11/xorg.conf.d/10-video.conf

/home/eole/dialogrc

/root/tmux.conf

/sbin/shutdown.sh

/usr/bin/manage-eole

/usr/bin/nut-alerte

/usr/share/eole/schedule/scripts/majauto

Enfin, la liste des fichiers supprimés par le script 'installer':

/etc/init/qemu-kvm.conf

/etc/init/acpid.conf

/etc/init/libvirt-bin.conf

J’espère que ces documents vous permettrons de comprendre l'environnement des serveurs virtuels en établissement.

Si vous désirez de plus amples renseignements, n’hésitez pas à me contacter.

Cordialement

#7 Updated by Gilles Grandgérard about 2 years ago

maquette dans {eole-ci-tests}/tests/migration/enchainement/

execution : http://jenkins.eole.lan/jenkins/job/2.6.2/job/test-upgradeauto-direct-hapy-242-2.6.2-amd64/

#8 Updated by Gilles Grandgérard about 2 years ago

  • Related to Demande #26920: Gestion upgrade du fichier extra/schedule added

#9 Updated by Joël Cuissinat about 2 years ago

  • Story points set to 10.0

#10 Updated by Gilles Grandgérard about 2 years ago

Une petite précision :

Le fait de transformer un Hapy en eolebase avant l'upgrade impose de désinscrire l'hapy du Zèphir si c'est le cas.
Une fois l'upgrade terminé une réinscription pourra être faite.

Le Zéphir ne sait pas gérer un module "transformé" en eolbase...

#12 Updated by Daniel Dehennin about 2 years ago

La procédure réalisé chez EOLE est intégrée à la commande Upgrade-Auto.

Passage 2.4.2 en 2.5.2

Les paquets ne sont pour l’instant pas encore en stable. Pour tester la mise à niveau, il faut passer les mises à jour en cours de préparation :

root@hapy:~# Maj-Auto -r -C -S test-eole.ac-dijon.fr

Ce passage se fait avec la commande Upgrade-Auto :

root@hapy:~# Upgrade-Auto --release 2.5.2

Nous avons intégré une préparation du serveur Hâpy une fois l’image ISO téléchargée, en voici les étapes :

  1. Conserver la liste des machines qui étaient en fonctionnement dans /var/backups/eole/hapy/one-running-vms.ids
  2. Passager les VMs en fonctionnement à l’état RETIRÉ (UNDEPLOYED en anglais),
  3. Sauvegarder le fichier de configuration du module (config.eol) dans /var/backups/eole/hapy/config.eol
  4. Renommer l’espace de stockage system-<clustername>
  5. Renommer le cluster
  6. Supprimer les paquets Hâpy afin de transformer le serveur en Eolebase

Vous pouvez visualisé ces étapes dans le script suivant : creole:source:upgrade/pre_download/01-hapy@f2ba0f64

Le reste de la procédure Upgrade-Auto est classique :

  1. Redémarrage du serveur une fois en 2.5.2
  2. Mise à jour de la configuration avec la commande gen_config
  3. Instanciation du serveur « Eolebase »

Passage 2.5.2 vers 2.6.2

Les paquets ne sont pour l’instant pas encore en stable. Pour tester la mise à niveau, il faut passer les mises à jour en cours de préparation :

root@hapy:~# Maj-Auto -r -C -S test-eole.ac-dijon.fr

Ce passage se fait avec la commande Upgrade-Auto :

root@hapy:~# Upgrade-Auto --release 2.6.2

Nous avons intégré plusieurs étapes à la fin du passage en 2.6.2 :

  1. Installer les paquets Hâpy (eole-common:7c794ca1)
  2. Restauration du fichier de configuration 2.4.2 sauvegardé (creole:e7b2a436)
  3. Installer une version corrigée d’un script de mise à jour de la base OpenNebula (eole-one-master:source:posttemplate/90-one-db@9f9ef26e)

Le reste de la procédure Upgrade-Auto est classique :

  1. Redémarrage du serveur une fois en 2.6.2
  2. Mise à jour de la configuration avec la commande gen_config
  3. Instanciation du serveur « Hâpy »

Nous avons ajouté une étape à l’instance Hâpy afin de déplacer les ressources du cluster défini en 2.4.2 (qui avait été renommé) au cluster utilisé par Hâpy 2.6.2 (eole-one-master:2dc8e027).

Ce qui n’est pas automatisé

Nous n’avons pas automatiquement redémarré les machines virtuelles une fois le serveur instancié.

#13 Updated by Joël Cuissinat about 2 years ago

  • Precedes Scénario #27362: Finaliser le processus d'UpgradeAuto d'un Hapy 2.4.2 vers Hapy 2.6.2 added

#14 Updated by Joël Cuissinat about 2 years ago

  • Precedes deleted (Scénario #27362: Finaliser le processus d'UpgradeAuto d'un Hapy 2.4.2 vers Hapy 2.6.2)

#15 Updated by Joël Cuissinat about 2 years ago

  • Parent task set to #27362

#16 Updated by Joël Cuissinat about 2 years ago

  • Parent task deleted (#27362)

#17 Updated by Joël Cuissinat about 2 years ago

  • Tracker changed from Tâche to Scénario
  • Due date set to 04/12/2019

#18 Updated by Joël Cuissinat about 2 years ago

  • Precedes Scénario #27362: Finaliser le processus d'UpgradeAuto d'un Hapy 2.4.2 vers Hapy 2.6.2 added

#19 Updated by Joël Cuissinat about 2 years ago

  • Target version changed from sprint 2019 13-15 Equipe MENSR to sprint 2019 10-12 Equipe MENSR

#20 Updated by Joël Cuissinat about 2 years ago

  • Status changed from Nouveau to Terminé (Sprint)

#21 Updated by Joël Cuissinat about 2 years ago

  • Release set to EOLE 2.6.2.2

Also available in: Atom PDF