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

VM не может возобновиться после обновления до 8.0, Proxmox Виртуальная Среда

pandada8

Guest

01.07.2023 10:28:00

Возобновление приостановленной ВМ
активируя и используя 'hp13hdd:171/vm-171-state-suspend-2023-07-01.raw' как vmstate
qemu: qemu_mutex_unlock_impl: Операция не разрешена
ОШИБКА ЗАДАЧИ: запуск не удался: QEMU завершился с кодом 1 Код: # pveversion --verbose
proxmox-ve: 8.0.1 (работа ядра: 6.2.16-3-pve)
pve-manager: 8.0.3 (работа версии: 8.0.3/bbf3993334bfa916)
pve-kernel-6.2: 8.0.2
pve-kernel-6.1: 7.3-5
pve-kernel-5.15: 7.3-2
pve-kernel-6.2.16-3-pve: 6.2.16-3
pve-kernel-6.1.14-1-pve: 6.1.14-1
pve-kernel-5.15.85-1-pve: 5.15.85-1
pve-kernel-5.15.30-2-pve: 5.15.30-3
ceph: 17.2.6-pve1+3
ceph-fuse: 17.2.6-pve1+3
corosync: 3.1.7-pve3
criu: 3.17.1-2
glusterfs-client: 10.3-5
ifupdown2: 3.2.0-1+pmx3
ksm-control-daemon: 1.4-1
libjs-extjs: 7.0.0-3
libknet1: 1.25-pve1
libproxmox-acme-perl: 1.4.6
libproxmox-backup-qemu0: 1.4.0
libproxmox-rs-perl: 0.3.0
libpve-access-control: 8.0.3
libpve-apiclient-perl: 3.3.1
libpve-common-perl: 8.0.5
libpve-guest-common-perl: 5.0.3
libpve-http-server-perl: 5.0.3
libpve-rs-perl: 0.8.3
libpve-storage-perl: 8.0.2
libspice-server1: 0.15.1-1
lvm2: 2.03.16-2
lxc-pve: 5.0.2-4
lxcfs: 5.0.3-pve3
novnc-pve: 1.4.0-2
openvswitch-switch: 3.1.0-2
proxmox-backup-client: 3.0.1-1
proxmox-backup-file-restore: 3.0.1-1
proxmox-kernel-helper: 8.0.2
proxmox-mail-forward: 0.2.0
proxmox-mini-journalreader: 1.4.0
proxmox-offline-mirror-helper: 0.6.1
proxmox-widget-toolkit: 4.0.6
pve-cluster: 8.0.1
pve-container: 5.0.4
pve-docs: 8.0.4
pve-edk2-firmware: 3.20230228-4
pve-firewall: 5.0.2
pve-firmware: 3.7-1
pve-ha-manager: 4.0.2
pve-i18n: 3.0.5
pve-qemu-kvm: 8.0.2-3
pve-xtermjs: 4.16.0-3
qemu-server: 8.0.6
smartmontools: 7.3-pve1
spiceterm: 3.3.0
swtpm: 0.8.0+pve1
vncterm: 1.8.0
zfsutils-linux: 2.1.12-pve1

boris64

Guest

20.07.2023 13:23:00

Пах, после того как я сделал незначительное обновление (включая ядро), у меня возникла такая же проблема. Ни одна из моих 10 виртуальных машин не могла быть возобновлена. root@hordak:~# qm resume 64025 Возобновление приостановленной ВМ активация и использование 'boris64:64025/vm-64025-state-suspend-2023-07-20.raw' как vmstate swtpm_setup: Не перезаписываю существующий файл состояния. qemu: qemu_mutex_unlock_impl: Операция не разрешена остановка экземпляра swtpm (pid 31639) из-за ошибки при запуске QEMU запуск не удался: QEMU завершился с кодом 1. В заключение: если я убираю 'iothread=1' из /etc/pve/qemu-server/${vm}.conf, состояние гибернации может быть успешно возобновлено. Я почти уверен, что это _не_ правильный способ (и если я прав, 'iothread=1' — _это_ значение по умолчанию с версии 7.x?), но кажется, что это сработало (пока). Мои виртуальные машины снова работают. Есть ли какие-то полезные данные, которые могли бы помочь в отладке этой проблемы?

fiona

Guest

20.07.2023 13:55:00

Привет, итак, мы хотя бы знаем, что проблема не связана с тем, что гибернация была выполнена с помощью QEMU 7.2. Спасибо за то, что поделился обходным решением. Какой тип хранения используется для boris64? Это тоже сетевое хранилище? У тебя есть ВМ без состояния TPM, которая все еще находится в гибернации? В этом случае мы могли бы попробовать получить трассировку стека через GDB.

boris64

Guest

20.07.2023 14:47:00

Эй, Фиона, это просто хранилище (тип Directory) с плоскими qcow2 (и так далее) файлами, ничего особенного (сети, гиперконвергенции или что-то в этом роде). Боюсь, что никаких спящих ВМ больше нет, прости. Кроме того, кажется, теперь гибернация работает. PS: После небольшого "расследования" истории apt, обновление qemu выглядит как вероятный виновник. Я обновлял qemu довольно давно, но не перезагрузил систему и не перезапустил процессы qemu (ВМ). В любом случае, спасибо за твой вклад/время!

fiona

Guest

21.07.2023 10:01:00

Хм, но в конфигурации, которую ты опубликовал, указано runningmachine: pc-i440fx-8.0+pve0, значит, она уже работала с бинарником QEMU версии 8.0 до гибернации. Или ты подозреваешь, что незначительное обновление вызвало проблему? Хотя оно не затрагивало никакой код, связанный с гибернацией. Я бы скорее предположил, что дело в каком-то редком сценарии, что делает его очень трудным для воспроизведения.

fiona Guest	#6 0 28.07.2023 11:53:00 Я столкнулся с проблемой, пока тестировал кое-что другое. Предварительные условия: у вас должен быть диск с iothread и нужно сделать резервное копирование PBS. Когда вы ставите систему в гибернацию или создаете снимок после этого, возобновление будет невозможно. Патч отправлен на mailing list: https://lists.proxmox.com/pipermail/pve-devel/2023-July/058562.html ИЗМЕНЕНИЕ: Исправление включено в pve-qemu-kvm >= 8.0.2-4

Читают тему

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