+7 (495) 320-70-49
- Назад
- Телефоны
- +7 (495) 320-70-49
- Заказать звонок
info@proxmox.su
Москва, Бакунинская улица, 69с1
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

[SOLVED]VG-PV из VM видно на PVE / Ошибка связи с томом, Proxmox Виртуальная Среда

Romain B

Guest

07.01.2019 11:22:00

Здравствуйте! После создания двух ВМ (263 и 264) и добавления диска, эти два диска теперь действуют как PV и VG на узлах:

Это создало проблему с загрузкой томов на PVE и миграцией диска:

Но ВМ функционирует. Вот команды, выполненные на ВМ для интеграции дисков: Код: 220 pvdisplay 221 df -h 222 vgdisplay 223 pvs 224 vgdisplay 225 pvdisplay 226 fdisk -l 227 pvcreate /dev/sdb 228 pvdisplay 229 vgdisplay 230 vgcreate backup /dev/sdb 231 vgdisplay 232 lvdisplay 233 lvcreate -n backup -L 20G backup 234 lvdisplay 235 df -h 236 mkfs.ext4 /dev/backup/backup 237 resize2fs /dev/backup/backup 238 fdisk -l 239 df -h 240 vi /etc/fstab 241 mount -a 242 df -h. Я не понимаю, почему я вижу VG и PV на узлах, команды, выполненные на ВМ, независимы от PVE. У вас есть объяснение? Спасибо, Ромен Б. Proxmox Virtual Environment 5.1-41

Romain B Guest	#2 0 28.01.2019 12:45:00 Спасибо, теперь всё работает, я внес диски в черный список.

rickygm Guest	#3 0 21.08.2019 04:10:00 Привет, как ты это решил?

rickygm

Guest

21.08.2019 04:45:00

Я в такой же ситуации, вот мой вывод: root@hyper2:/etc/lvm# pvs PV VG Fmt Attr PSize PFree /dev/DLOW1/vm-1009-disk-2 cloud lvm2 a-- 800.00g 0 /dev/DLOW1/vm-1009-disk-3 cloud lvm2 a-- 420.00g 0 /dev/DLOW1/vm-1011-disk-0 hamail lvm2 a-- 780.00g 0 /dev/DLOW1/vm-1012-disk-1 hamail lvm2 a-- 770.28g 0 /dev/mapper/DFAST1 vDFAST1 lvm2 a-- 1.50t 1.40t /dev/mapper/DLOW1 DLOW1 lvm2 a-- 6.64t 3.24t мой lvm.conf global_filter = [ "r|/dev/zd.*|", "r|/dev/mapper/pve-.*|", "r|/dev/mapper/hamail-hamail--.*|", "r|/dev/mapper/cloud-cloud--.*|" ] У меня постоянно возникает ошибка связи 0.

Stoiko Ivanov Guest	#5 0 21.08.2019 10:09:00 попробуй добавить '/dev/DLOW1/.*' в свой global_filter?

rickygm

Guest

21.08.2019 13:38:00

У меня только один вопрос: нужно ли перезагружать сервер после внесения изменений в файл lvm.conf? И еще, DLOW1 и DFAST1 — это общий хранилище через iSCSI, если я добавлю их с помощью LVM, повлияет ли это на мое хранилище?

Stoiko Ivanov

Guest

21.08.2019 13:56:00

Насколько я помню, изменения конфигурации должны подхватываться при каждом вызове lvs, так что, по крайней мере, вы увидите, поможет это или нет. Рекомендуется перезагрузиться в спокойный момент, чтобы убедиться, что ваши изменения не приводят к негативным последствиям. Без знания вашей точной конфигурации это сложно сказать с уверенностью… Но если вы просто добавили 2 LUN на ваш хост и настроили их как LVM (pvcreate, vgcreate), и добавили их как LVM-хранилища в ваш `storage.cfg`, то не должно быть разницы, что это не локальные диски. Если это общий хранилище для PVE-кластера, убедитесь, что вы изменили global_filter на всех узлах кластера. Пожалуйста, убедитесь, что вы прочитали комментарии в '/etc/lvm/lvm.conf' — они довольно хорошо объясняют влияние global_filter. Надеюсь, это поможет!

rickygm

Guest

21.08.2019 16:21:00

Я немного объясню свою настройку: у меня есть FreeNAS для iSCSI, и я вижу два тома (DLOW1 и DFAST). Я использую мультипат для этих томов. Вот в чем у меня сомнение: какова будет синтаксис для этих двух томов в lvm.conf? lvm root@node-srv3:~# lvm lvm> vgs VG #PV #LV #SN Attr VSize VFree DLOW1 1 18 0 wz--n- 6.64t 3.24t cloud 2 1 0 wz--n- 1.19t 0 hamail 1 1 0 wz--n- 780.00g 0 hamail 1 1 0 wz--n- 770.28g 0 vDFAST1 1 4 0 wz--n- 1.50t 1.40t lvm> pvs PV VG Fmt Attr PSize PFree /dev/DLOW1/vm-1009-disk-2 cloud lvm2 a-- 800.00g 0 /dev/DLOW1/vm-1009-disk-3 cloud lvm2 a-- 420.00g 0 /dev/DLOW1/vm-1011-disk-0 hamail lvm2 a-- 780.00g 0 /dev/DLOW1/vm-1012-disk-1 hamail lvm2 a-- 770.28g 0 /dev/mapper/DFAST1 vDFAST1 lvm2 a-- 1.50t 1.40t /dev/mapper/DLOW1 DLOW1 lvm2 a-- 6.64t 3.24t

Stoiko Ivanov

Guest

21.08.2019 16:29:00

Как уже упоминалось, суть в том, что вы не хотите, чтобы lvm/pvs/vgs сканировали дисковые устройства, которые являются LV на ваших существующих VG - в противном случае все VG, настроенные внутри гостей, будут отображаться в гипervisоре. Насколько мне известно, не должно быть никаких особенностей относительно iSCSI или multipath по этому регулярному выражению.

rickygm Guest	#10 0 23.08.2019 02:52:00 Хорошо, я постараюсь.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры