Я столкнулся с похожей проблемой в своей непроизводственной лаборатории и ищу ответы. Ты так и не понял, как пересканировать диск в Proxmox, не создавая его заново?

Хорошо, я провёл небольшой тест, и всё кажется таким же, как описал изначальный автор: то есть после изменения размера LUN на хранилище, выполнения команд iscsiadm session rescan и multipath map force reload, а также холодной перезагрузки виртуальной машины, размер диска внутри ВМ соответствует новому. Но в сведениях о железе размер всё ещё показывает старое значение. Попытка изменить размер через графический интерфейс приводит к ошибке: "resize volume is not possible on iscsi device" в файле /usr/share/perl5/PVE/Storage/ISCSIPlugin.pm на строке 575.

Привет, у меня то же самое — одна LUN на виртуальной машине (версия 9.1). Я могу изменить размер LUN на хосте, но размер блока не передаётся гостевой системе, возможно, это ограничение KVM. Насколько я помню, block_resize (qm monitor) не работает. Похоже, я тогда возвращаюсь к Xen!

Хранение не управляется pve, чтобы воспроизвести и упростить — скрипт для подключения LUN к хосту pve => /dev/mapper/my.lun (размер 50G).

- Создаём ВМ командой qm create id --scsihw virtio-scsi-single --scsi0 /dev/mapper/my.lun (в id.conf к определению scsi0 добавляется ,size=50G, но «Это чисто информационно и не влияет на работу»).
- Расширяем LUN на SAN + скрипт для изменения размера на хосте => /dev/mapper/my.lun, размер меняется на 100G.

При xen гость сразу видит изменение размера. Для kvm я нашёл решение:

- blockdev --getsize64 /dev/mapper/my.lun — получить размер в байтах
- socat - UNIX-CONNECT:/var/run/qemu-server/ID.qmp — подключиться к сокету QMP
- Выполнить { "execute": "qmp_capabilities" }
- Потом {"execute":"query-block"} — чтобы уточнить правильное имя узла для /dev/mapper/my.lun => "drive-scsi0"
- И выполнить JSON:
{
 "execute": "block_resize",
 "arguments": {
   "size": 107374182400,
   "node-name": "drive-scsi0"
 }
}

И вот, пожалуйста!