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

@Matlink @asl le reboot c’est que je bootais sur l’iso de systemcdrescue

@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

@asl @Matlink ok, bien vu. En effet j’aurais gagné du temps. Après comme j’avais pas de souci pour faire à froid, j’ai pris cette solution.

Follow

@solimanhindy @Matlink

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% /

· · Web · 3 · 1 · 4

@solimanhindy @Matlink Tant que j'y suis, pour les CPU:

CPU:

for CPU_DIR in /sys/devices/system/cpu/cpu[0-9]*; do
echo 1 > ${CPU_DIR}/online
done

Et pour la RAM:

for RAM in /sys/devices/system/memory/*/state; do
echo online > $RAM
done

@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.

@asl @solimanhindy Ben sous qemu j'ai pas souvenir avoir eu besoin de rescan

Sign in to participate in the conversation
Mastodon

The social network of the future: No ads, no corporate surveillance, ethical design, and decentralization! Own your data with Mastodon!