Цитата Anton04:
|
4. Далее происходит процедура ребилда. »
|
Это и есть процедура увеличения объёма в данном контексте. Увеличивается объём виртуального диска. Разумеется, логический том останется такого же размера и его нужно будет расширить самостоятельно, в зависимости от того, какая ОС и ФС.
Вообще это очень опасная процедура – в случае малейшего сбоя можете остаться без сервера. Например, недавний скандал с NAS-дисками на технологии SMR случился из-за того, что многие пользователи как раз влетели в то, что SMR не успевали ребилдиться и массивы разваливались.
Я обычно при необходимости расширить сторедж, просто добавляю диски на лету, конфигурирую новый массив и добавляю полученный том в существующую группу томов LVM, расширяю thin pool. У этой процедуры тоже есть недостатки – например, в массивах с избыточностью требуется в итоге больше физических дисков, но зато быстро, безопасно и без простоя (он очень дорог в моём случае).
Пример процедуры (не про ваш контроллер и ОС, просто как пример)
Код:
omconfig storage controller action=createvdisk controller=0 raid=r6 size=max \
pdisk=0:1:0,0:1:1,0:1:2,0:1:3,0:1:16,0:1:17,0:1:18,0:1:19,0:1:20,0:1:21,0:1:22 \
readpolicy=ra writepolicy=wb
omconfig storage vdisk action=assigndedicatedhotspare controller=0 vdisk=2 pdisk=0:1:23 assign=yes
parted /dev/sdb
(parted) mklabel gpt
(parted) unit mib
(parted) mkpart primary 1 100%
(parted) set 1 lvm on
(parted) quit
pvcreate /dev/sdb1
vgextend pve /dev/sdb1
lvextend /dev/pve/data -L +9,50t
lvresize --poolmetadatasize 16g pve/data
Если есть возможность запросить окно обслуживания (запланированный простой), лучше запросите, остановите всё, сделайте актуальный бекап, переконфигурируйте массив с нуля, разверните данные с бекапа.
