Какой пакет qemu-server у вас сейчас установлен? Последняя версия — qemu-server (5.0-25) (проверьте вашу версию с помощью: "pveversion -v")

Я зависим от обновлений, постоянно на острие. proxmox-ve: 5.1-42 (используемое ядро: 4.13.16-2-pve) pve-manager: 5.1-51 (используемая версия: 5.1-51/96be5354) qemu-server: 5.0-25 Только что перезагрузил, посмотрим, что произойдет на следующем запланированном бэкапе. Ручные операции никогда не вызывали проблем.

Должно быть исправлено в qemu-server в версии 5.0-24 по ссылке https://git.proxmox.com/?p=qemu-server.git;a=commit;h=3c23aa808ccc946bad92d9bc63b6f833c61d0f52 Это пока недоступно в репозиториях для предприятия и без подписки, насколько я понимаю, но скоро должно стать доступным (обычно, в течение нескольких дней).

Все еще не удается, даже на обновленной версии. Есть какие-то новости?

Ожидать ли нам какое-либо решение?

Хорошо, мне нужно отключить свое временное "исправление", или скорее, временное решение, которое хотя бы позволяло машине запускаться корректно, несмотря на вышеупомянутую ошибку (эта ошибка все равно отменяет резервное копирование). Я внес изменения в строку 4822 файла QemuServer.pm: Код: run_command(['/bin/systemctl', 'stop', "$vmid.scope"], на Код: run_command(['/bin/systemctl', 'kill', "$vmid.scope"]. Однако это изменение все равно не дало возможности сделать резервное копирование, появилось то же сообщение об ошибке, но, по крайней мере, машина перезапустилась, и службы стали доступными. Я вернул свое изменение ("kill") обратно на распределение ("stop") и теперь мне нужно подождать пару дней, чтобы ошибка снова возникла. Все данные опубликую потом.

Хорошо, похоже, это случилось снова: Вот статус задачи 'резервного копирования', которая запланирована на еженедельный запуск: Код: INFO: запускается новая задача резервного копирования: vzdump 200 --storage local --compress gzip --quiet 1 --mode stop --mailnotification always INFO: Начинается резервное копирование ВМ 200 (qemu) INFO: статус = выполняется INFO: обновление ВМ 200: -lock backup INFO: режим резервного копирования: stop INFO: приоритет ionice: 7 INFO: Имя ВМ: brlnt INFO: включить диск 'scsi0' 'local-zfs:vm-200-disk-1' 640G INFO: остановка ВМ INFO: создание архива '/var/lib/vz/dump/vzdump-qemu-200-2018_05_07-02_20_02.vma.gz' INFO: запуск kvm для выполнения задачи резервного копирования INFO: перезапуск ВМ INFO: запуск не удался: org.freedesktop.systemd1.UnitExists: Unit 200.scope уже существует. команда 'qm start 200 --skiplock' не удалась: код выхода 255 ERROR: Резервное копирование ВМ 200 не удалось - запуск не удался: org.freedesktop.systemd1.UnitExists: Unit 200.scope уже существует. INFO: Задача резервного копирования завершена с ошибками ЗАДАЧА ОШИБКА: ошибки задания Машина сейчас остановлена. Вот 'systemctl status 200.scope': Код: root@machine:~# systemctl status 200.scope ● 200.scope Загружено: загружено (/run/systemd/transient/200.scope; временный; предустановка производителя: включена) Временно: да Активно: не активно (мертв) с Пн 2018-05-07 02:20:07 CEST; 6ч назад CPU: 5ч 37мин 41.299с CGroup: /qemu.slice/200.scope └─1167 gpg-agent --homedir /root/.gnupg --use-standard-socket --daemon 30 апр 02:20:08 машина systemd[1]: Запущен 200.scope. 30 апр 03:13:36 машина vzdump[1953]: INFO: Завершено резервное копирование ВМ 200 (00:53:34) 30 апр 03:13:36 машина vzdump[1953]: INFO: Задача резервного копирования завершена успешно 07 мая 02:20:07 машина systemd[1]: Остановлен 200.scope. '30 апр' - это последнее успешное резервное копирование этой ВМ, не текущая, очевидно, текущая - с утра 07 мая (примерно в 2-3 часа ночи) Вот что происходит, когда я пытаюсь запустить машину: Код: root@machine:~# qm start 200 запуск не удался: org.freedesktop.systemd1.UnitExists: Unit 200.scope уже существует. и вот обязательный отчет о версии: Код: root@machine:~# pveversion -v proxmox-ve: 5.1-43 (работающий ядро: 4.13.13-6-pve) pve-manager: 5.1-52 (работающая версия: 5.1-52/ba597a64) pve-kernel-4.13: 5.1-44 pve-kernel-4.15: 5.1-3 pve-kernel-4.15.15-1-pve: 4.15.15-6 pve-kernel-4.13.16-2-pve: 4.13.16-47 pve-kernel-4.13.16-1-pve: 4.13.16-46 pve-kernel-4.13.13-6-pve: 4.13.13-42 pve-kernel-4.13.13-5-pve: 4.13.13-38 pve-kernel-4.13.13-2-pve: 4.13.13-33 pve-kernel-4.13.13-1-pve: 4.13.13-31 pve-kernel-4.4.95-1-pve: 4.4.95-99 pve-kernel-4.4.35-1-pve: 4.4.35-77 corosync: 2.4.2-pve5 criu: 2.11.1-1~bpo90 glusterfs-client: 3.8.8-1 ksm-control-daemon: 1.2-2 libjs-extjs: 6.0.1-2 libpve-access-control: 5.0-8 libpve-apiclient-perl: 2.0-4 libpve-common-perl: 5.0-30 libpve-guest-common-perl: 2.0-15 libpve-http-server-perl: 2.0-8 libpve-storage-perl: 5.0-19 libqb0: 1.0.1-1 lvm2: 2.02.168-pve6 lxc-pve: 3.0.0-2 lxcfs: 3.0.0-1 novnc-pve: 0.6-4 proxmox-widget-toolkit: 1.0-15 pve-cluster: 5.0-26 pve-container: 2.0-22 pve-docs: 5.1-17 pve-firewall: 3.0-8 pve-firmware: 2.0-4 pve-ha-manager: 2.0-5 pve-i18n: 1.0-4 pve-libspice-server1: 0.12.8-3 pve-qemu-kvm: 2.11.1-5 pve-xtermjs: 1.0-3 qemu-server: 5.0-25 smartmontools: 6.5+svn4324-1 spiceterm: 3.0-5 vncterm: 1.5-3 zfsutils-linux: 0.7.7-pve1~bpo9 Пожалуйста, попробуйте это исправить, так как это делает автоматические резервные копии ненадежными (а это абсолютно противоположно тому, чем должна быть резервная копия) и также заставляет машину оставаться оффлайн, пока не выполнена команда 'systemctl kill 200.scope'. Это очень стойкая ошибка, и текущие решения не работают вообще; пожалуйста, прочитайте мой предыдущий пост для подсказок, что может быть ее причиной.

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