Je partage avec vous un truc que j'avais pas encore eu l'occasion de faire sous #proxmox (je l'utilise uniquement en perso, pas en milieu pro).
Une VM avec un disque mal pensé au départ. Bref, j'ai vu qu'on pouvait faire un truc du style :
qm resize [VM_ID] [DISK_NAME] +[SIZE_INCREASE]G
J'ai ensuite booté sur un systemcdrescue. Lancé un petit gparted. Et enfin j'ai augmenté le LVM (je ne voulais pas rajouter un disque supplémentaire).
lvextend -l +100%FREE /dev/mapper/vg--root-lv--root
1/2
@solimanhindy j'ai le sentiment qu'il y a plus simple
@asl @solimanhindy pas besoin de reboot, ça se fait à chaud !
@solimanhindy @Matlink par besoin non plus... augmentation de la taille du disque dans PX, rescan du bus dans la vm, et lvextend , le tout à chaud... c'est le resize en diminution qui est plus touchy
Tiens, la recette de cuisine:
On scan:
echo 1 >/sys/class/scsi_device/0\:0\:0\:0/device/rescan
-> [972310.237704] sd 0:0:0:0: [sda] 83886080 512-byte logical blocks: (42.9 GB/40.0 GiB)
[972310.237890] sda: detected capacity change from 32212254720 to 42949672960
# On agrandit la parition:
root@smallvm:~# parted /dev/sda
(parted) resizepart 1 100%
# on resize le container lvm:
root@smallvm:~# pvresize /dev/sda1
Physical volume "/dev/sda1" changed
1 physical volume(s) resized or updated / 0 physical volume(s) not resized
Ensuite on peut étendre la partition principale:
root@smallvm:~# lvextend -l +100%FREE /dev/template-debian10-vg/root
Size of logical volume template-debian10-vg/root changed from 27.76 GiB (7107 extents) to 37.76 GiB (9667 extents).
Logical volume template-debian10-vg/root successfully resized.
Et enfin, on explique au système de fichiers qu'il a grandit:
root@smallvm:~# resize2fs /dev/template-debian10-vg/root
Et hop:
Avant:
root@smallvm:~# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/template--debian10--vg-root 28G 1.9G 25G 8% /
Après:
root@smallvm:~# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/template--debian10--vg-root 38G 1.9G 34G 6% /
@asl @solimanhindy yes, et bien souvent le rescan n'est pas nécessaire car il est fait tout seul ! Mais j'ai l'impression que ça dépend du noyau :)
@Matlink @solimanhindy ou de l'hôte... Je crois que le rescan était nécessaire sous vmware, pas forcement sous qemu. A vérifier.
@Matlink @solimanhindy qemu, c'est mieux. Mangez-en.