Как увеличить размер диска в виртуальной машине без перезагрузки?

Question

[sazhyk]

Задача такая. Есть хостовая машина на Debian. В ней настроена виртуализация QEMU-KVM. Есть виртуальная машина также на Debian. В качестве диска для виртуальной машины используется блочное устройство LVM. Понадобилось увеличить размер диска для виртуальной машины. Естественно из хостовой делаю
lvresize -L+8G <lv_name> <vg_name>
Всё отлично. Устройство увеличилось.
Внутри в виртуалке тоже использую LVM. Если виртальную машину останавливать (именно shutdown -h 0, а не ребут), то потом нет проблем с увеличением разделов в виртуальной машине.
Собственно вопрос, как увеличить размер разделов внутри вирталки не останавливая её? Если это конечно возможно.

Comments

[sazhyk]

Подозреваю, что такие финты с корневым разделом не прокатят.

Answer 1

[Дмитрий]

Так же. Переопрашиваем дисковые устройства, увеличиваем том на котором находится лвм и далее расширяем лвм и файловую систему

Comments

[sazhyk]

Переопрашиваем дисковые устройства

Можно про это подробнее? partprobe?

[Дмитрий]

sazhyk: да

[sazhyk]

Дмитрий: не сработало.partprobe /dev/vda
никакого результата не дало. Диск каким был, таким и остался по размеру.

[Дмитрий]

sazhyk: можно либо увеличить раздел на котором находится лвм или создать новый раздел и его добавить в vg

[Дмитрий]

sazhyk: покажите lvdisplay на хосте и fldisk -l на виртуалке

[Дмитрий]

sazhyk: да, и как отдаётся устройство виртуалке? Как virtio или scsi устройство?

[sazhyk]

Дмитрий

root@v-host:~# partprobe 
root@v-host:~# partprobe /dev/vda

lvdisplay на хостовой машине

--- Logical volume ---
  LV Path                /dev/vg_name/lv_name
  LV Name                <lv_name>
  VG Name                <vg_name>
  LV UUID                dR0SvB-70PX-608S-avEH-eLAn-r1lc-V7jn3E
  LV Write Access        read/write
  LV Creation host, time nsk, 2017-07-02 23:19:44 +0500
  LV Status              available
  # open                 1
  LV Size                16,00 GiB
  Current LE             4096
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:12

fdisk -l /dev/vda на виртуалке

Disk /dev/vda: 8 GiB, 8589934592 bytes, 16777216 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: BFD917A1-C788-4BEA-95F0-96CB960BE50F

Device      Start      End  Sectors  Size Type
/dev/vda1    2048   499711   497664  243M Linux filesystem
/dev/vda2  499712 16775167 16275456  7,8G Linux LVM

Disk /dev/mapper/vg_sys-lv_swap: 976 MiB, 1023410176 bytes, 1998848 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/mapper/vg_sys-lv_root: 6,8 GiB, 7306477568 bytes, 14270464 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

[sazhyk]

Дмитрий:

да, и как отдаётся устройство виртуалке? Как virtio или scsi устройство?

Как virtio

[sazhyk]

Дмитрий:

root@host:~# virsh dumpxml v-host | grep vda
      <target dev='vda' bus='virtio'/>

[sazhyk]

Дмитрий:

(parted) print
Model: Virtio Block Device (virtblk)
Disk /dev/vda: 8590MB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags: 

Number  Start       End         Size        File system  Name  Flags
 1            1049kB  256MB    255MB    ext2            boot
 2            256MB   8589MB  8333MB                     lvm      lvm

И так тоже никакого результата.
Да я и сам думал, что суть действий такая: увеличил снаружи-переопросил внутри-увеличил внутри. Ан фигушки, не прокатило.

[Дмитрий]

sazhyk: может для виртуалки нужно какй нибудь hotplug включить? У меня под рукой сейчас нет kvm, но в hyperv данная схема работала.

Answer 2

[CityCat4]

echo 1 > /sys/bus/scsi/devices/2\:0\:0\:0/rescan

Где 2:0:0:0 - scsi id устройства. После чего ведро должно отрепортить, что размер диска изменился:

May 22 01:49:58 ххх kernel: sda: detected capacity change from 107374182400 to 128849018880

И после этого уже, когда ведро поняло, что диск другого размеру, идет partprobe. Правда, если на этом диске система (/boot, /usr ...), partprobe склеит боты и только перезагрузка.

Comments

[sazhyk]

На этом разделе корень "/"

[CityCat4]

sazhyk: Тады ой. Я пробовал несколько программ для того, чтобы перечитать таблицу разделов, но нифига не получается

Answer 3

[sazhyk]

Сам тоже отпишу. Погуглив попристальнее, выяснил, что такие финты не прокатят с корневой файловой системой, об этом уже написал CityCat4 . Но наткнулся на вот такую старенькую статейку. Resize a live root FS - a HOWTO. Ей без малого 10 лет, но думаю актуальности она не потеряла. Там используется

pivot_root - change the root file system

pivot_root перемещает корневую систему текущего процесса в каталог put_old и устанавливает каталог new_root новой корневой файловой системы текущего процесса.

Получается довольно интересный способ. Мы не можем заставить ядро перекешировать таблицу разделов, пока не перемонтируем её, но мы можем сначала скопировать всю операционку! в оперативную память, затем перемонтировать корень и делать всё что надо.
К сожалению, я пока не воспроизвел это на своей виртуалке (у меня на проблемной машине всего один гиг памяти), но обязательно попробую и отпишусь.
Спасибо всем, кто откликнулся.