Les paramètres importants sont: -drive, qui permet de spécifier les disques à utiliser, ainsi que -kernel, -initrd et -append qui nous affranchissent de la nécessité d'avoir un disque bootable.
Coté machine virtuelle, chaque volume logique sera vu comme un disque scsi à part enti-re (/dev/sda, /dev/sdb, /dev/sdc, etc). Il faudra donc modifier le fichier /etc/fstab en conséquence.
Ne pas oublier, également de copier /lib/modules/2.6.32 -5 -686 sur la machine virtuelle.
Le plus long a été de constater que le fsck avait eu la main lourde, et de remonter une sauvegarde, suite au démarrage de la machine virtuelle alors que l'un des volume logique était monté sur la machine hôte.
Conclusion: kvm c'est bon.
Conclusion bis: évitez les manipulations sensibles à 4h du matin.
[^] # Re: Experience personnelle.
Posté par ranDom (site web personnel) . En réponse au message LVM et KVM, le mariage impossible ?. Évalué à 4.
J'ai pu réutiliser mes volumes logiques précédemment utilisés pour xen, avec kvm, sans modification.
Je me suis principalement inspiré de cette discussion: http://www.linux-kvm.com/content/xen-kvm-disk-management-iss(...)
Le plus dur a été de construire correctement la ligne de commande adéquate ;
kvm -drive if=scsi,index=0,media=disk,file=/dev/workine/workine -disk -drive if=scsi,index=1,media=disk,file=/dev/workine/workine -swap -drive if=scsi,index=3,media=disk,file=/dev/mapper/homeclear -drive if=scsi,index=4,media=disk,file=/dev/vg_data/lv_backup_workine -drive if=scsi,index=5,media=disk,file=/dev/vg_data/lv_backup_aspirine -kernel /boot/vmlinuz -2.6.32 -5 -686 -initrd/boot/initrd.img -2.6.32 -5 -686 -append "root=/dev/sda ro" -enable-kvm -netnic,macaddr=00:16:3e:17:31:c4 -name workine -nettap -m 512 -kfr -no-hpet -nographic
Les paramètres importants sont: -drive, qui permet de spécifier les disques à utiliser, ainsi que -kernel, -initrd et -append qui nous affranchissent de la nécessité d'avoir un disque bootable.
Coté machine virtuelle, chaque volume logique sera vu comme un disque scsi à part enti-re (/dev/sda, /dev/sdb, /dev/sdc, etc). Il faudra donc modifier le fichier /etc/fstab en conséquence.
Ne pas oublier, également de copier /lib/modules/2.6.32 -5 -686 sur la machine virtuelle.
Le plus long a été de constater que le fsck avait eu la main lourde, et de remonter une sauvegarde, suite au démarrage de la machine virtuelle alors que l'un des volume logique était monté sur la machine hôte.
Conclusion: kvm c'est bon.
Conclusion bis: évitez les manipulations sensibles à 4h du matin.