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

Proxmox помнит где-то предыдущие локальные диски. Миграция не удаётся., Proxmox Виртуальная Среда

mainprog

Guest

01.07.2016 09:21:00

Всем привет, у меня проблемы с миграцией после того, как я перенёс диски на общий диск. Эта проблема возникает только с новыми кластерами proxmox. Суть такова: раньше диски ВМ были на vmbox_lvm-local. Перенёс их на общий iscsi-диск.

root@vmbox:~# grep disk /etc/pve/nodes/vmbox/qemu-server/10085.conf
bootdisk: sata0
sata0: vmbox-lvm-on-scsi:vm-10085-disk-2,size=60G
sata1: vmbox-lvm-on-scsi:vm-10085-disk-3,size=140G

Ссылок на старый диск vmbox_lvm-local нет. Но миграция всё равно падает. Если я вручную скопирую конфиг на другой узел — стартует успешно. Значит, проблема не в конфигурации.

Jul 01 10:10:51 starting migration of VM 10085 to node 'c1-krrblade1' (10.10.0.56)
Jul 01 10:10:51 copying disk images
Jul 01 10:10:52 ERROR: Failed to sync data - storage 'vmbox_lvm-local' is not available on node 'c1-krrblade1'
Jul 01 10:10:52 aborting phase 1 - cleanup resources
Jul 01 10:10:52 ERROR: migration aborted (duration 00:00:01): Failed to sync data - storage 'vmbox_lvm-local' is not available on node 'c1-krrblade1'
TASK ERROR: migration aborted

root@vmbox:~# pveversion -v
proxmox-ve: 4.2-54 (running kernel: 4.4.10-1-pve)
pve-manager: 4.2-15 (running version: 4.2-15/6669ad2c)
pve-kernel-4.2.6-1-pve: 4.2.6-36
pve-kernel-4.4.8-1-pve: 4.4.8-52
pve-kernel-4.4.10-1-pve: 4.4.10-54
lvm2: 2.02.116-pve2
corosync-pve: 2.3.5-2
libqb0: 1.0-1
pve-cluster: 4.0-42
qemu-server: 4.0-83
pve-firmware: 1.1-8
libpve-common-perl: 4.0-70
libpve-access-control: 4.0-16
libpve-storage-perl: 4.0-55
pve-libspice-server1: 0.12.5-2
vncterm: 1.2-1
pve-qemu-kvm: 2.5-19
pve-container: 1.0-70
pve-firewall: 2.0-29
pve-ha-manager: 1.0-32
ksm-control-daemon: 1.2-1
glusterfs-client: 3.5.2-2+deb8u2
lxc-pve: 1.1.5-7
lxcfs: 2.0.0-pve2
cgmanager: 0.39-pve1
criu: 1.6.0-1
zfsutils: 0.6.5.7-pve10~bpo80

fabian

Guest

26.07.2016 11:07:00

Если вы используете один и тот же VG дважды (один раз как локальное хранилище, другой — как общий через iSCSI), Proxmox об этом не знает и воспринимает локальный просто как локальный. Можете выложить вывод команды "lvs --separator ':' --noheadings --units b --unbuffered --nosuffix --options 'vg_name,lv_name,tags,attr'"?

mainprog

Guest

26.07.2016 10:38:00

Конечно, на blade1/2 он показывает «недоступно». А на vmbox видна вся спискок ВМ. Но дело в том, что тот же самый LVM-сторедж расшаривается через ISCSI на другие ноды. И VM 10085 настроена не с vmbox_lvm-local, а с vmbox-lvm-on-scsi. Так что при миграции, похоже, логика определения, какой сторедж использует ВМ, работает некорректно.

root@vmbox:~# pvesm list
vmbox_lvm-local
vmbox_lvm-local:vm-10019-disk-1 raw 5368709120 10019
vmbox_lvm-local:vm-10085-disk-2 raw 64424509440 10085
vmbox_lvm-local:vm-10085-disk-3 raw 150323855360 10085
vmbox_lvm-local:vm-10102-disk-1 raw 10737418240 10102
vmbox_lvm-local:vm-2023-disk-1 raw 17179869184 2023

mainprog

Guest

26.07.2016 13:44:00

Разметка LVM здесь не проблема. Я установил multipath-tools, чтобы пользовательские утилиты не путались из-за двойного PV. Поэтому я переименовал VG на каждом узле в собственное имя, а не просто pve. Чтобы узлы не путались из-за множества pve VG. Но дело в том, что ВМ работает через iscsi хранилище. И миграция падает не из-за каких-то проблем с LVM, а из-за того, что сообщается о хранилище, которое на самом деле не используется ВМ. То есть это не касается конфигураций ВМ, хотя должно. Так почему же не удаётся успешно найти диск и продолжить миграцию?

lvs --separator ':' --noheadings --units b --unbuffered --nosuffix --options 'vg_name,lv_name,tags,attr'
pve_vmbox:swap::-wi-ao----
pve_vmbox:root::-wi-ao----
pve_vmbox:data::-wi-ao----
pve_vmbox:vm-10085-disk-2 ve-vm-10085:-wi-ao----
pve_vmbox:vm-10085-disk-3 ve-vm-10085:-wi-ao----

fabian

Guest

26.07.2016 14:16:00

У вас настроено LVM-хранилище для группы томов "pve_vmbox". Эта группа томов содержит логические тома, названные в соответствии с соглашениями об именах PVE. Поэтому PVE (справедливо) считает, что у виртуальной машины 10085 есть диски на этом хранилище. Это не ошибка PVE, а следствие вашей конфигурации. Если вы не хотите, чтобы PVE «видел» эти тома (и связывал их с виртуальными машинами), тогда не настраивайте LVM-хранилище, используя эту группу томов.

mainprog Guest	#6 0 26.07.2016 15:42:00 Но ошибка «хранилище 'vmbox_lvm-local' недоступно на узле 'c1-krrblade1'» точно вводит в заблуждение. Ведь виртуальная машина напрямую это хранилище не использует. Полагаю, это связано именно с моими настройками. Мне как-то нужно использовать локальное хранилище VMbox на других узлах. Поэтому оно и расшарено через iSCSI для остальных узлов. Похоже, единственный выход — делать миграцию вручную: останавливать ВМ, переносить её конфигурацию на нужный узел и запускать вновь.

Читают тему

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