LVM: отсутствие PV после перезагрузки

Предыстория:
В боевой сервер виртуальных машин QEMU-KVM под управлением Centos 7 необходимо было добавить дисков. Диски были успешно подключены, из них создан Software RAID10 и прямо поверх MD устройства создан LVM physical volume. На PV создана единственная VG и единственный LV, который передан непосредственно в виртуальную машину. Ничего сложно, стандартная настройка/команды. Перезагрузка сервера целиком для проверки, что всё поднимется само собой — виртуальная машина стартует, LV том в неё подключается, никаких проблем. Через некоторое время стало необходимо создать новый LV в данной VG и тут вылезла проблема. pvscan не отображает physical volume на MD устройстве, vgscan и lvscan не отображает группы и тома соответственно, но LV устройство присутствует в /dev/ и спокойно передаётся в виртуальную машину.

Первым делом решил считать первый килобайт с MD устройства на котором расположен PV для root и прочих потребностей ОС, после чего сравнить с «проблемным» MD.


> head -c 1000 /dev/md125
LABELONE٪Pj LVM2 001grrqU8ILMhziWd5ORriwHJN7gdewjA31

Оба устройства имеют схожие метки.

Далее проверил фильтр в lvm.conf, никаких принципиальных ограничений он не содержал.

Утилита для просмотра устройств, которые могут быть LVM physical device, отображала, что MD устройство имеет PV:

> lvmdiskscan -v
/dev/md125 [ <1.82 TiB] LVM physical volume

Проверка целостности physical device командой pvck не дала подробностей:

> pvck -t /dev/md125
TEST MODE: Metadata will NOT be updated and volumes will not be (de)activated.
Found label on /dev/md125, sector 1, type=LVM2 001
Found text metadata area: offset=4096, size=1044480

Команда blkid возвращала UUID и то что устройство имеет LVM:

> blkid
/dev/md125: UUID="grrqU8-ILMh-ziWd-5ORr-iwHJ-N7gd-ewjA31" TYPE="LVM2_member"

Но команды pvscan и pvdisplay не находили PV на данном устройстве:

> pvdisplay /dev/md125
Failed to find physical volume "/dev/md125"

pvscan -vvv |& grep md125 не находил PV и VG на заданном устройстве.

Помогла команда vgscan —cache по которой просто нет информации, вот что удалось найти в исходниках, но дальше я пока что не разбирался.

vgscan fixes up metadata (needs --cache option for direct scan if lvmetad is used)
vgscan needs --cache option for direct scan if lvmetad is used

Далее приведу версии ПО:

> cat /etc/centos-release
CentOS Linux release 7.6.1810 (Core)


> lvm version
LVM version: 2.02.180(2)-RHEL7 (2018-07-20)
Library version: 1.02.149-RHEL7 (2018-07-20)
Driver version: 4.37.1

Схожая проблема:
https://unix.stackexchange.com/questions/489182/lvm-pv-missing-after-reboot

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Яндекс.Метрика