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

Резервное копирование не удалось на выключенной ВМ, которая использует общий PCI-устройство., Proxmox Виртуальная Среда

BenediktS

Guest

22.12.2023 14:03:00

У нас есть две виртуальные машины, которые используют общий PCI-устройство. Виртуальные машины 192 и 194. Эти две виртуальные машины никогда не работают одновременно. Когда нам нужна специальная программа, мы останавливаем виртуальную машину 194 и запускаем 192, чтобы она могла использовать PCI-устройство. Когда заканчиваем, останавливаем виртуальную машину 192 и запускаем 194 снова. Когда пытаемся сделать резервную копию виртуальных машин, получаем ошибку. ОШИБКА: Резервная копия виртуальной машины 192 не удалась - PCI-устройство '0000:01:00.0' уже используется виртуальной машиной с ID '194'. Это правда... Но виртуальная машина 192 не работает, так почему вас это вообще волнует, что PCI-устройство используется? Вы же не делаете резервную копию PCI-устройства. Должно быть возможно сделать резервную копию остановленной виртуальной машины 192, даже если PCI-устройство используется другой виртуальной машиной.

Код:
INFO: Запуск резервной копии виртуальной машины 192 (qemu)
INFO: Резервная копия запущена 2023-12-22 04:08:52
INFO: status = stopped
INFO: режим резервного копирования: stop
INFO: приоритет ionice: 7
INFO: Название виртуальной машины: vsx-Vidya
INFO: включить диск 'scsi0' 'VM_Festplatten_NVME:vm-192-disk-1' 1G
INFO: включить диск 'scsi1' 'VM_Festplatten_NVME:vm-192-disk-3' 244199M
INFO: включить диск 'scsi2' 'VM_Festplatten_NVME:vm-192-disk-4' 976763M
INFO: включить диск 'efidisk0' 'VM_Festplatten_NVME:vm-192-disk-0' 528K
INFO: включить диск 'tpmstate0' 'VM_Festplatten_NVME:vm-192-disk-2' 4M
INFO: найдены снимки состояния (не включены в резервную копию)
INFO: создание архива Proxmox Backup Server 'vm/192/2023-12-22T03:08:52Z'
INFO: запуск kvm для выполнения задачи резервного копирования
ERROR: Резервная копия виртуальной машины 192 не удалась - PCI-устройство '0000:01:00.0' уже используется виртуальной машиной с ID '194'
INFO: Не удалось 2023-12-22 04:08:52

Dunuin

Guest

22.12.2023 16:28:00

Потому что для резервного копирования дисков необходимо, чтобы виртуальная машина работала. И нельзя запустить ВМ, требующую ресурсы, которых нет. Техническое ограничение. Резервное копирование использует возможности QEMU (например, снимки делаются на QEMU, а не на слое ZFS/LVM-Thin/Qcow2, dirty-bitmapping и т.д.), поэтому QEMU должен быть запущен, чтобы иметь возможность получить доступ к блочным устройствам, и для этого должен работать процесс KVM. Есть обходные пути с помощью скриптов хуков vzdump. Можно написать скрипт, который выключает обе ВМ при запуске задания резервного копирования и позже запускает ту, что была выключена, после завершения задания резервного копирования. Так я и делаю. Другой вариант — написать скрипт, который будет удалять устройство, передаваемое по PCI, из неработающей ВМ при запуске задания резервного копирования и добавлять его обратно после завершения задания.

BenediktS

Guest

22.12.2023 17:18:00

Но правда ли, что он перезагружает остановленную VM? Потому что мне кажется, это тоже может привести к нежелательным побочным эффектам. (И это было бы важно для нас, если бы он действительно запускал VM на резервной копии). Или он просто использует QEMU каким-то образом, не загружая её, а только... (не знаю, как это назвать) "активирует" VM? Тогда он мог бы использовать конфиг только с подключенными дисками и без остального.

Dunuin

Guest

22.12.2023 17:32:00

ОС гостя не загружается, но виртуальная машина все равно должна работать. Можно создать заявку на новую функцию здесь: https://bugzilla.proxmox.com, но пока что можно реализовать это самостоятельно с помощью хук-скриптов.

N0AGI Guest	#5 0 29.06.2024 14:15:00 Понимаю, тема уже старая. Но решил(а) ответить и спросить, нашли ли тут какое-то решение, так как у меня та же самая ситуация.

Dunuin

Guest

29.06.2024 19:57:00

Я написал скрипт, который как обходной путь будет выключать все ВМ, использующие общую ВМ, потом выполнять резервное копирование и затем снова включать ту ВМ, которую выключили. Таким образом, резервное копирование не будет прерываться, и все ВМ будут скопированы. Но, конечно, будет небольшой простой, потому что работающая ВМ все равно должна быть выключена, чтобы устройство PCI не использовалось.

leesteken

Guest

29.06.2024 20:31:00

Есть некоторая работа над шаблонами с PCI(e) passthrough (и игнорированием passthrough во время резервного копирования): https://lists.proxmox.com/pipermail/pve-devel/2024-June/064238.html Может, это можно будет расширить до опции, настраиваемой пользователем, для других ВМ (но вы не сможете запустить ВМ, пока резервное копирование не завершится)?

EDIT: Кажется, они это рассматривают: https://bugzilla.proxmox.com/show_bug.cgi?id=3352

dooferorg Guest	#8 0 10.03.2025 13:58:00 Набрел на эту тему, потому что заметил ту же самую глупость. Кажется, это очень плохо продумано, если нельзя просто сделать бэкап дисков системы, когда она выключена, независимо от конфигурации PCIe.

luckman212 Guest	#9 0 26.03.2025 20:59:00 Что новенького тут в марте 2025 года? Я столкнулся с той же проблемой. Только одна ВМ с включенным GPU passthrough, но бэкап постоянно не получается. Редактирую: В моем случае это оказалось проблемой с PCI passthru, из-за чего ВМ даже не запускалась. На самом деле, это не проблема с бэкапом...

Читают тему

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