TransfÃ©rer LVM sur RAID dans une VM - Historique des versions

Frank le 16 août 2011 à 15:17

2011-08-16T15:17:45Z

Frank : /* Résolution */

2011-01-28T09:47:24Z

‎Résolution

Frank : /* Résolution */

2011-01-28T09:47:03Z

‎Résolution

Frank : /* Résolution */

2011-01-28T09:45:56Z

‎Résolution

Frank : /* Mort du héros, premières galères */

2011-01-28T00:09:18Z

‎Mort du héros, premières galères

Frank : /* Résolution */

2011-01-27T23:36:32Z

‎Résolution

Frank : /* Mort du héros, premières galères */

2011-01-27T23:30:07Z

‎Mort du héros, premières galères

Frank le 27 janvier 2011 à 23:29

2011-01-27T23:29:00Z

Frank : /* Diagnostic */

2011-01-27T22:40:25Z

‎Diagnostic

Frank le 27 janvier 2011 à 22:39

2011-01-27T22:39:22Z

@@ Ligne 1 : / Ligne 1 : @@
 Quel beau titre !
-Lors de la récupération d'un serveur moribond, transféré dans une machine virtuelle, il a fallu jouer avec les partitions et LVM.
+Lors de la récupération d'un serveur moribond, transféré illico presto dans une machine virtuelle, il a fallu jouer avec les partitions et LVM.
 Résumé.
@@ Ligne 7 : / Ligne 7 : @@
 == Mort du héros, premières galères ==
 Le serveur meurt un jour de sa belle mort. Pas de problèmes disque, ils sont sains, juste la carte mère qui lâche.<br>
-Les 2 disques étaient en RAID 1. Au-dessus, on a un partitionnement LVM. Plutôt que de remettre les disques dans un serveur identique, on décide de transférer le système dans une machine virtuelle (VMware ou autre, pas de différence).
+Les 2 disques étaient en RAID 1. Au-dessus, on avait le partitionnement LVM. Plutôt que de remettre les disques dans un serveur identique, on décide de transférer le système dans une machine virtuelle (VMware ou autre, pas de différence).
-Les PV (Physical Volums) sont donc déclarés au-dessus des périphériques RAID /dev/md*. C'est ce qui posera problème, entre autres, lorsque l'image sera transférée sur un disque unique, style /dev/sda.
+Les PV (Physical Volums) sont donc actuellement déclarés au-dessus des périphériques RAID /dev/md*. C'est ce qui posera problème, entre autres, lorsque l'image sera transférée sur un disque unique, style /dev/sda, car les PV vont avoir du mal à retrouver leurs petits (ou, en l'occurence, leurs papas).
 On commence par mettre les disques dans une machine qui fonctionne. On démarre avec un CD live, de type SystemRescue ou Trinity, et on branche un disque USB pour recevoir l'image. Une fois au prompt, on fait une image octet par octet avec dd (c'te pôv' bête)
   dd if=/dev/sda of=/media/usb/sda.dmp
-/dev/sda est un des 2 disques du RAID. le disque USB est monté sur /media/usb.
+/dev/sda est un des 2 disques du RAID. le disque USB est monté sur /media/usb, pour ceux qui n'auraient pas compris.
-Une fois la machine virtuelle créée, on la lance également avec le live CD. Si l'hyperviseur ne reconnait pas l'usb (comme c'est le cas pour vmware ESXi), on branche le disque usb sur un autre serveur, on le partage en NFS et on le monte dans la VM par le réseau.
+Une fois la machine virtuelle créée, on la lance également avec le live CD. Si l'hyperviseur ne reconnait pas l'usb (comme c'est le cas pour vmware ESXi), on branche le disque usb sur un autre serveur, on le partage en NFS et on le monte dans la VM par le réseau. Pfffou.
 On recopie alors l'image sur le disque de la VM
   dd if=/media/nfs/sda.dmp of=/dev/sda
@@ Ligne 62 : / Ligne 62 : @@
 Et ainsi de suite pour chaque LV, idem, ainsi que /dev/sda1 (/boot) vers /dev/sdb1.
-On arrête la machine virtuelle, et on déconnecte le premier disque. Le second devient donc /dev/sda lorsqu'on redémarre sur le live CD (on en est pas encore à démarrer sur le disque lui-même). On doit réinstaller le chargeur Grub sur le premier secteur du disque, en utilisant chroot.
+On arrête la machine virtuelle, et on déconnecte de la VM le premier disque. Le second devient donc /dev/sda lorsqu'on redémarre sur le live CD (on en est pas encore à démarrer sur le disque lui-même). On doit réinstaller le chargeur Grub sur le premier secteur du disque, en utilisant chroot.
 On crée un répertoire /media/sysimage, et on monte chacun des LV dans le bon ordre
@@ Ligne 81 : / Ligne 81 : @@
   grub-install /dev/sda
-Reboot. ça marche !
+Reboot. Bingo : ça marche !

@@ Ligne 42 : / Ligne 42 : @@
 On crée un second disque virtuel à côté du premier, même taille, mêmes partitions. Il est reconnu en /dev/sdb. On crée les partitions à l'identique du disque d'origine (une partition sdb1 de 260M pour /boot, qui est à part car il ne peut pas être un volume logique, et sdb2 de type LVM sur le reste).
-Mais il faut que le Volum Group s'appelle VolumGroup00 (car c'est ce qu'attendent Grub et le fstab, au moins). On commence donc par renommer le Volum Group existant.
+Mais il faut que le Volum Group s'appelle VolumGroup00 (car c'est ce qu'attendent Grub et le fstab, au moins, et on a pas envie de refaire les configs). On commence donc par renommer le Volum Group existant.
   vgrename VolGroup00 VolGroup99

@@ Ligne 42 : / Ligne 42 : @@
 On crée un second disque virtuel à côté du premier, même taille, mêmes partitions. Il est reconnu en /dev/sdb. On crée les partitions à l'identique du disque d'origine (une partition sdb1 de 260M pour /boot, qui est à part car il ne peut pas être un volume logique, et sdb2 de type LVM sur le reste).
-Mais il faut que le Volum Group s'appelle VolumGroup00 (car c'est ce qu'attendent Grub (chargeur de démarrage) et le fstab, au moins). On commence donc par renommer le Volum Group existant.
+Mais il faut que le Volum Group s'appelle VolumGroup00 (car c'est ce qu'attendent Grub et le fstab, au moins). On commence donc par renommer le Volum Group existant.
   vgrename VolGroup00 VolGroup99

@@ Ligne 44 : / Ligne 44 : @@
 Mais il faut que le Volum Group s'appelle VolumGroup00 (car c'est ce qu'attendent Grub (chargeur de démarrage) et le fstab, au moins). On commence donc par renommer le Volum Group existant.
   vgrename VolGroup00 VolGroup99
 et on recrée les volumes
   pvcreate /dev/sdb1
   vgcreate VolGroup00 /dev/sdb2

@@ Ligne 11 : / Ligne 11 : @@
 Les PV (Physical Volums) sont donc déclarés au-dessus des périphériques RAID /dev/md*. C'est ce qui posera problème, entre autres, lorsque l'image sera transférée sur un disque unique, style /dev/sda.
-On commence par mettre les disques dans une machine qui fonctionne. On démarre avec un CD live, de type SystemRescue ou Trinity, et on branche un disque USB pour recevoir l'image. Une fois au prompt, on fait une image octet par octet avec dd
+On commence par mettre les disques dans une machine qui fonctionne. On démarre avec un CD live, de type SystemRescue ou Trinity, et on branche un disque USB pour recevoir l'image. Une fois au prompt, on fait une image octet par octet avec dd (c'te pôv' bête)
   dd if=/dev/sda of=/media/usb/sda.dmp
 /dev/sda est un des 2 disques du RAID. le disque USB est monté sur /media/usb.

← Version précédente		Version du 27 janvier 2011 à 23:29
Ligne 1 :		Ligne 1 :
		+	Quel beau titre !
		+
	Lors de la récupération d'un serveur moribond, transféré dans une machine virtuelle, il a fallu jouer avec les partitions et LVM.		Lors de la récupération d'un serveur moribond, transféré dans une machine virtuelle, il a fallu jouer avec les partitions et LVM.

@@ Ligne 33 : / Ligne 33 : @@
 La partition n'est plus md0 comme sur l'ancien serveur, mais md126. De toute façon, /dev/md* n'existe pas ici, puisqu'on a pas de RAID. Il est donc normal que le VG ne monte pas.
-On ne peut pas, à priori, dire au PV qu'il est maintenant sur /dev/sda1 au lieu de md0, sans devoir le détruire et le recréer, ce qui détruirait les données qu'il contient.
+On ne peut pas, à priori, dire au PV qu'il est maintenant sur /dev/sda1 au lieu de /dev/md0 ou md126, sans devoir le détruire et le recréer, ce qui détruirait les données qu'il contient.
 Donc, il faut "refaire l'enveloppe", et y réinjecter les données.

@@ Ligne 9 : / Ligne 9 : @@
 Les PV (Physical Volums) sont donc déclarés sur les périphériques /dev/md*. C'est ce qui posera problème, entre autres, lorsque l'image sera transférée sur un disque unique, style /dev/sda.
-On commence par mettre les disques dans une machine qui fonctionne. On démarre avec un CD live, de type SystemRescue CD ou Trinity, et on branche un disque USB pour recevoir l'image. Une fois au prompt, on fait une image octet par octet avec dd
+On commence par mettre les disques dans une machine qui fonctionne. On démarre avec un CD live, de type SystemRescue ou Trinity, et on branche un disque USB pour recevoir l'image. Une fois au prompt, on fait une image octet par octet avec dd
   dd if=/dev/sda of=/media/usb/sda.dmp
 /dev/sda est un des 2 disques du RAID. le disque USB est monté sur /media/usb.
@@ Ligne 22 : / Ligne 22 : @@
   ...
   kernel panic !