У меня такая же проблема: Данные: Proxmox ver. 6.1-8 VM ОС: Идентификатор дистрибьютора: Ubuntu Описание: Ubuntu 16.04.4 LTS Версия: 16.04 Кодовое имя: xenial Ядро 4.4.0-186-generic Установленный пакет qemu-guest-agent на VM: 1:2.5+dfsg-5ubuntu10.44 (amd64) Лог неудачного резервного копирования: -------------------------------------------------------------------------------------------------- Спойлер: backup_log ИНФО: начинается новая задача резервного копирования: vzdump 800 --node elio --storage ftpback-xxxx.net --mode snapshot --mailto xx@xx --compress lzo --quiet 1 --mailnotification failure ИНФО: Начало резервного копирования VM 800 (qemu) ИНФО: Резервное копирование начато в 2020-08-14 22:00:03 ИНФО: статус = выполняется ИНФО: обновление VM 800: -lock backup ИНФО: Имя VM: xxvm ИНФО: включает диск 'virtio0' 'local:800/vm-800-disk-0.qcow2' 500G ИНФО: режим резервного копирования: snapshot ИНФО: приоритет ionice: 7 ИНФО: создание архива '/mnt/pve/ftpback-xxxx.net/dump/vzdump-qemu-800-2020_08_14-22_00_02.vma.lzo' ИНФО: выполнение команды гостевого агента 'fs-freeze' ИНФО: выполнение команды гостевого агента 'fs-thaw' ОШИБКА: команда qmp VM 800 'guest-fsfreeze-thaw' завершилась неудачей - время ожидания истекло ОШИБКА: время ожидания истекло ИНФО: прерывание задачи резервного копирования ОШИБКА: резервное копирование VM 800 завершилось неудачей - время ожидания истекло ИНФО: Ошибка произошла в 2020-08-14 22:00:33 ИНФО: Задача резервного копирования завершилась с ошибками ОШИБКА ЗАДАЧИ: ошибки задания ----------------------------------------------------------------------------------------- В логах syslog VM я вижу следующие строки: -------------------------------------------------------------------------------------------------- Спойлер: syslog 15 авг 00:00:05 localhost qemu-ga: информация: вызван guest-ping 15 авг 00:00:05 localhost qemu-ga: информация: вызван guest-fsfreeze 15 авг 00:00:31 localhost kernel: [365549.008052] TCP: request_sock_TCP: Возможная атака SYN-flood на порту 2121. Отправка cookie. Проверьте счетчики SNMP. 15 авг 00:02:29 localhost systemd[1]: user@1002.service : Превышено время ожидания операции запуска. Завершение. 15 авг 00:02:30 localhost systemd[1]: user@1007.service : Превышено время ожидания операции запуска. Завершение. 15 авг 00:02:30 localhost systemd[1]: user@1004.service : Превышено время ожидания операции запуска. Завершение. 15 авг 00:02:32 localhost systemd[1]: user@1006.service : Превышено время ожидания операции запуска. Завершение. 15 авг 00:02:33 localhost systemd[1]: user@1010.service : Превышено время ожидания операции запуска. Завершение. 15 авг 00:02:37 localhost systemd[1]: user@1005.service : Превышено время ожидания операции запуска. Завершение. 15 авг 00:03:59 localhost systemd[1]: user@1002.service : Состояние 'stop-final-sigterm' превысило время ожидания. Убийство. 15 авг 00:04:00 localhost systemd[1]: user@1004.service : Состояние 'stop-final-sigterm' превысило время ожидания. Убийство. 15 авг 00:04:00 localhost systemd[1]: user@1007.service : Состояние 'stop-final-sigterm' превысило время ожидания. Убийство. 15 авг 00:04:02 localhost systemd[1]: user@1006.service : Состояние 'stop-final-sigterm' превысило время ожидания. Убийство. 15 авг 00:04:03 localhost systemd[1]: user@1010.service : Состояние 'stop-final-sigterm' превысило время ожидания. Убийство. 15 авг 00:04:07 localhost systemd[1]: user@1005.service : Состояние 'stop-final-sigterm' превысило время ожидания. Убийство. 15 авг 00:05:30 localhost systemd[1]: user@1002.service : Процессы все еще активны после окончательного SIGKILL. Переход в неудачное состояние. 15 авг 00:05:30 localhost systemd[1]: Не удалось запустить User Manager для UID 1002. 15 авг 00:05:30 localhost systemd[1]: user@1002.service : Юнит вошел в состояние сбоя. 15 авг 00:05:30 localhost systemd[1]: user@1002.service : Завершение с результатом 'timeout'. 15 авг 00:05:30 localhost systemd[1]: user@1004.service : Процессы все еще активны после окончательного SIGKILL. Переход в неудачное состояние. -------------------------------------------------------------------------------------------------- Я не смог получить доступ к консоли и через SSH, поэтомуForced restart. Забавно, что резервное копирование прошлой ночью прошло нормально с fs-freeze. Есть ли способ увеличить время ожидания qemu-guest-agent? Я не могу найти конфигурационный файл на Ubuntu. Я прочитал много тем по этому вопросу, но действительно не нашел решений или хотя бы основной причины, это похоже происходит случайно... меня это сводит с ума, думая о том, что резервное копирование может заблокировать мою VM, а клиенты будут недовольны с утра *facepalm* В любом случае, спасибо за поддержку.

У меня такая же проблема. Есть какие-нибудь решения?

Есть идеи, что может это вызывать?