[LVM] resize DD d'une VM a chaud

[Junky]

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 +5G

Normalement 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 resized

Le 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/DEVICE

On 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/shm

Aprè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/shm

Magique 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,

[Ekroz]

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.

[Junky]

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,

[gruik]

"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)