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

Aller au contenu | Aller au menu | Aller à la recherche


< 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 >

dimanche 20 juin 2010

Migration de Xen 3.2.1 vers 4.0 sous Debian Lenny

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

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"

mercredi 16 juin 2010

Installation de Xen 4 sous Debian Lenny

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

vendredi 11 juin 2010

Epilogue

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

vendredi 4 juin 2010

LVM: resizer un Volume utilisé comme partition sous un domU

  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