Le blog de Jean David TECHER, un Réunionnais à Saint-Priest/Lyon

Prenant mon courage à deux mains, je me suis donc convaincu ce samedi de tenter de migrer mon serveur Xen 3.2.1vers Xen 4.0

J'ai donc suivi les indications fournies dans les urls suivantes

• [1] http://publications.jbfavre.org/virtualisation/migration_form_xen3_to_xen4_lvm_drbd_debian.fr
• [2] http://www.freetrump.eu/virtualisationlinux/83

Pour mes propres tests, l'installation s'est avérée convaincante pour

• noyau: 2.6.32-bpo.5-xen-686 que l'on peut récupérer dans les backports de Lenny (voir [1])
• Xen: 4.0.0

melina:~# xm dmesg|head -n20
 __  __            _  _    ___   ___  
 \ \/ /___ _ __   | || |  / _ \ / _ \ 
  \  // _ \ '_ \  | || |_| | | | | | |
  /  \  __/ | | | |__   _| |_| | |_| |
 /_/\_\___|_| |_|    |_|(_)___(_)___/ 
                                      
(XEN) Xen version 4.0.0 (root@) (gcc version 4.3.2 (Debian 4.3.2-1.1) ) Sun Jun 20 14:07:07 CEST 2010
(XEN) Latest ChangeSet: unavailable
(XEN) Command line: 
(XEN) Video information:
(XEN)  VGA is text mode 80x25, font 8x16
(XEN)  VBE/DDC methods: V2; EDID transfer time: 1 seconds
(XEN) Disc information:
(XEN)  Found 1 MBR signatures
(XEN)  Found 1 EDD information structures
(XEN) Xen-e820 RAM map:
(XEN)  0000000000000000 - 000000000009fc00 (usable)
(XEN)  000000000009fc00 - 00000000000a0000 (reserved)
(XEN)  00000000000e0000 - 0000000000100000 (reserved)
(XEN)  0000000000100000 - 00000000cffa0000 (usable)

Mise à jour des VM

Je dispose de 7 machines virtuelles: melina-xen01...melina-xen07 dont une sous Windows XP (melina-xen04). Les autres machines sont sous Debian Lenny

Pour finaliser la migration des VM sous Debian Lenny

• On met à jour les valeurs pour kernel et ramdisk dans les fichiers de configuration

  sed -i "s:2.6.26-2-xen-686:2.6.32-bpo.5-xen-686:g" /etc/xen/machines/melina-xen0*
  

• Il faut ensuite copier le répertoire des modules du noyau dans les VM. Ici j'ai pris soin de les avoir éteintes

  for id in 1 2 3 5 6 7;
  do 
           echo ${id};
           mount /dev/xen-vm/melina-xen0${id}-disk /mnt;
           cp -r /lib/modules/2.6.32-bpo.5-xen-686/ /mnt/lib/modules;
          sleep 2;
          umount /mnt;
         sleep 2;
  done

Pour la machine sous Windows (melina-xen04), j'ai juste modifiée la ligne d'accès au hvmloader. Ce qui donne donc

melina:~# grep hvmloader /etc/xen/machines/melina-xen04.cfg
kernel = "/usr/lib/xen/boot/hvmloader"
#kernel = "/usr/lib/xen-default/boot/hvmloader"

Suivre les indications de cette ressource http://www.freetrump.eu/virtualisationlinux/83

Voilà c'est bientôt l'heure...

Le moment tant redouté est enfin arrivé...

Sous mes pieds, j'ai l'impression qu'un gouffre est en train de s'ouvrir...Je tremble un peu à l'idée de devoir y aller mais je dois quand même le faire. Le voyage pour certains s'arrête là...pour d'autres, il commence...avec un tatouage dans le dos

Juste regarder ce tatouage, tourner la tête un moment en arrière, se dire qu'on aura fait tout ça pour ça, accepter ce qui vient et ce qui part...ne pas dire d'où l'on vient et où on part, ne pas regretter ses erreurs, et recommencer quelque chose mis en suspend depuis bien des années...

1. Depuis le domU, démonter la partition nommée

   umount /opt/dump

2. Depuis le dom0: utiliser lvextend (par exemple ici ) pour ajouter 50G au volume

   pack-xendev00:~# lvextend -L+50G /dev/xenvg/sqltest00-dump
     Extending logical volume sqltest00-dump to 80,00 GB
     Logical volume sqltest00-dump successfully resized

3. toujours depuis le dom0: lancer e2fsck puis resize2fs

   pack-xendev00:~# e2fsck -f /dev/xenvg/sqltest00-dump
   e2fsck 1.41.3 (12-Oct-2008)
   Passe 1 : vérification des i-noeuds, des blocs et des tailles
   Passe 2 : vérification de la structure des répertoires
   Passe 3 : vérification de la connectivité des répertoires
   Passe 4 : vérification des compteurs de référence
   Passe 5 : vérification de l'information du sommaire de groupe
   /dev/xenvg/sqltest00-dump : 53/1966080 fichiers (32.1% non contigus), 4632335/7864320 blocs
   pack-xendev00:~# resize2fs /dev/xenvg/sqltest00-dump
   resize2fs 1.41.3 (12-Oct-2008)
   Resizing the filesystem on /dev/xenvg/sqltest00-dump to 20971520 (4k) blocks.
   Le système de fichiers /dev/xenvg/sqltest00-dump a maintenant une taille de 20971520 blocs.
   

4. Depuis le domU, il faut ensuite remonter la partition

   mount /opt/dump