+- N-PN White-Hat Project (https://dev.n-pn.fr/forum)
+-- Forum : Informatique (https://dev.n-pn.fr/forum/forumdisplay.php?fid=12)
+--- Forum : GNU/Linux | Unix (https://dev.n-pn.fr/forum/forumdisplay.php?fid=31)
+--- Sujet : [LVM] resize DD d'une VM a chaud (/showthread.php?tid=3654)
[LVM] resize DD d'une VM a chaud - Junky - 26-05-2014
Bonjour,
Bon tout est dans le titre.
Situation:
Nous n'avons plus d'espace disque sur notre VM. Nous devons donc extend l'espace. Heureusement lvextend est la.
Existant:
Un dom0 (serveur physique)
un LV contenant une VM.
Debian avec un kernel >= 3.2 pour pouvoir le faire a chaud, sinon vous serez obligé de la redémarrer et de faire le resize2fs ensuite.
Avec Kernel >= 3.2
Action:
Rendez vous sur le dom0 et mettez vous en root:
Code :
sudo -s # :)
#lvextend /dev/PATH/TO/VM/DISK -L <SIZE>
#ce qui donne en gros
lvextend /dev/vg/mondisk -L +5GNormalement LMV vous répond de cette manière:
Code :
lvextend /dev/vg/mondisk -L +5G
Extending logical volume mondisk to 10.00 GiB
Logical volume hg-disk successfully resizedLe lv est donc bien agrandit. il nous faut maintenant appliquer les changements sur la VM.
On se connecte donc via ssh sur la VM et on passe root et on lance un screen
. Toujours mieux de bosser dans un screen pour ce genre de choses:Code :
screen
sudo -s # et ouui tjs :)
resize2fs /dev/DEVICEOn attend quelques minutes, ouais donc la pour le coup 5G ça va très vite et hop on a plus d'espace disque sur notre VM. Voyez plutôt:
Avant:
Code :
df -h
Filesystem Size Used Avail Use% Mounted on
rootfs 5.0G 4.7G 52M 99% /
udev 10M 0 10M 0% /dev
tmpfs 48M 64K 48M 1% /run
/dev/xvda2 5.0G 4.7G 52M 99% /
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 108M 0 108M 0% /run/shmAprès:
Code :
df -h
Filesystem Size Used Avail Use% Mounted on
rootfs 9.9G 4.7G 4.8G 50% /
udev 10M 0 10M 0% /dev
tmpfs 48M 64K 48M 1% /run
/dev/xvda2 9.9G 4.7G 4.8G 50% /
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 108M 0 108M 0% /run/shmMagique tout le monde est content surtout le client et on lui facture 400$ pour l'intervention en Urgence...
Version kernel <= 3.2
Même procédure qu'au dessus, sauf qu'une fois le lvextend effectué, il vous faudra reboot la VM, et faire le resize2fs. Vous ne pourrez pas le faire chaud car les kernels 2.6 Debian ne le supportent pas.
Junky,
RE: [LVM] resize DD d'une VM a chaud - Ekroz - 27-05-2014
Il me semble qu'avec btrfs il n'y aura plus ce genre de problème, le redimensionnement à chaud sera supporté.
Maintenant, est-il encore assez stable pour être utilisé même sur un desktop ? Ca fait des années que Fedora nous promet btrfs par défaut à l'install, et on en voit toujours pas la couleur...
J'aimerai bien avoir l'avis de personnes qui utilisent btrfs au quotidien, des retours au niveau des perfs et des bugs.
RE: [LVM] resize DD d'une VM a chaud - Junky - 27-05-2014
Je connais que très peu BTRFS, j'ai vu passer plusieurs choses dessus (genre linux mag) mais j'ai pas assez de recule pour vraiment te répondre.
J'en ai discutaillé avec des collègues un peu plus au point que moi sur le sujet, la même réponse revient souvent:
"C'est sympa mais pas en PROD".
Peut-être que Mac/Gruik ont un peut plus d'info sur la techno.
Mais si tu peux nous faire des retours de tes futures expériences, c'est avec plaisir que je les lirai..
Junky,
RE: [LVM] resize DD d'une VM a chaud - gruik - 27-05-2014
(27-05-2014, 18h18)Junky a écrit : "C'est sympa mais pas en PROD".
Peut-être que Mac/Gruik ont un peut plus d'info sur la techno.
pas mieux, c'est aussi le principe que j'aurais par défaut mais j'ai pas de retour d'exp dessus, jamais essayé, encore moins dans des conditions propices à me forger un avis éclairé (des situations souvent propres à une utilisation en entreprise justement, à moins que le drivers soit vraiment dégueu et pas au point du tout c'est pas une utilisation @home sur son desktop qui peut vraiment révéler la stabilité de btrfs)