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

Команда qmp: резервное копирование не выполнено, время ожидания истекло., Proxmox Backup Server

wire2hire

Guest

20.10.2020 15:47:00

Привет, когда я пытаюсь сделать бэкап своей виртуалки, выдает ошибку:
INFO: запуск новой задачи резервного копирования: vzdump 100 --mode snapshot --remove 0 --node pve01 --storage PBS
INFO: старт бэкапа VM 100 (qemu)
INFO: бэкап начался 2020-10-20 15:39:43
INFO: статус = running
INFO: имя VM: SERVER100
INFO: включён диск 'scsi1' 'STORAGE:vm-100-disk-0' 480Г
INFO: режим бэкапа: snapshot
INFO: приоритет ionice: 7
INFO: создаётся архив Proxmox Backup Server 'vm/100/2020-10-20T13:39:43Z'
INFO: отправляется команда guest-agent 'fs-freeze'
INFO: включено шифрование
INFO: отправляется команда guest-agent 'fs-thaw'
ERROR: команда qmp 'backup' для VM 100 не выполнена — таймаут
ERROR: бэкап VM 100 провален — команда qmp 'backup' для VM 100 не выполнена — таймаут
INFO: ошибка на 2020-10-20 15:40:49
INFO: задача бэкапа завершена с ошибками
TASK ERROR: ошибки в задаче
pve 6.2.-12
pbs: 0.9-1 (на том же хосте)

Пробовал:
1. Виртуалка работает
2. Виртуалка выключена
3. Включал и выключал агент
4. Понижал pbs до 0.8.16-1

У кого-нибудь была такая же проблема?

floh Guest	#2 0 10.11.2020 16:28:00 Быстрый вопрос: это всё ещё проблема? Вы уже решили её? — у меня та же беда...

@ndy

Guest

13.11.2020 08:31:00

Привет, у меня такая же проблема. PBS 1.0-1 и PVE 6.2-15. Когда команда qmp таймаутится, соответствующие виртуальные машины перестают отвечать на несколько минут. Иногда они и вовсе не приходят в себя, и приходится жестко останавливать виртуальную машину и запускать её заново. Перезагрузить или сделать что-то в этом роде уже не получается, потому что даже команда qmp при этом таймаутится. Похоже, что сокет qmp полностью умирает. Сейчас отключил бэкапы через PBS. Надеюсь, скоро найдут решение.

eTIC

Guest

22.11.2020 15:46:00

Привет. В моём случае выше я нашёл временное решение, которое сработало отлично. Всё очень просто — восстановить один из тех восьмичасовых бэкапов на новую виртуальную машину. С этого момента время резервного копирования сократилось до 35 минут. Причина, почему это помогло, скорее всего связана с какой-то проблемой в структуре или параметризации исходной виртуалки. Но я не уверен, это только гипотеза.

manfredw

Guest

19.12.2020 13:44:00

Мы сталкиваемся с этой проблемой на текущих версиях pve 6.3 и pbs 1.0.5 из enterprise-репозитория. Виртуальная машина зависла в состоянии "заморожена", отвечая только на жёсткую команду "стоп" (нет пинга, нет консоли). Хранение Ceph Octopus, 10Gbe, только nvme, в системном логе хоста ничего очевидного не нашлось. Предыдущие бэкапы проходили нормально.

Лог задачи PBS:

2020-12-19T09:00:04+01:00: старт нового бэкапа на хранилище 'data': "vm/103/2020-12-19T08:00:02Z"
2020-12-19T09:00:04+01:00: скачивание 'index.json.blob' из предыдущего бэкапа.
2020-12-19T09:00:04+01:00: регистрация чанков в 'drive-scsi0.img.fidx' из предыдущего бэкапа.
2020-12-19T09:00:05+01:00: скачивание 'drive-scsi0.img.fidx' из предыдущего бэкапа.
2020-12-19T09:00:05+01:00: создан новый фиксированный индекс 1 ("vm/103/2020-12-19T08:00:02Z/drive-scsi0.img.fidx")
2020-12-19T09:00:06+01:00: регистрация чанков в 'drive-scsi1.img.fidx' из предыдущего бэкапа.
2020-12-19T09:00:07+01:00: скачивание 'drive-scsi1.img.fidx' из предыдущего бэкапа.
2020-12-19T09:00:14+01:00: создан новый фиксированный индекс 2 ("vm/103/2020-12-19T08:00:02Z/drive-scsi1.img.fidx")
2020-12-19T09:01:13+01:00: регистрация чанков в 'drive-scsi2.img.fidx' из предыдущего бэкапа.
2020-12-19T09:01:14+01:00: скачивание 'drive-scsi2.img.fidx' из предыдущего бэкапа.
2020-12-19T09:01:14+01:00: создан новый фиксированный индекс 3 ("vm/103/2020-12-19T08:00:02Z/drive-scsi2.img.fidx")
2020-12-19T09:01:44+01:00: регистрация чанков в 'drive-scsi3.img.fidx' из предыдущего бэкапа.
2020-12-19T09:01:48+01:00: скачивание 'drive-scsi3.img.fidx' из предыдущего бэкапа.
2020-12-19T09:01:48+01:00: создан новый фиксированный индекс 4 ("vm/103/2020-12-19T08:00:02Z/drive-scsi3.img.fidx")
2020-12-19T09:02:12+01:00: добавлен blob "/mnt/datastore/data/vm/103/2020-12-19T08:00:02Z/qemu-server.conf.blob" (806 байт, сжатие: 806)
2020-12-19T09:02:12+01:00: добавлен blob "/mnt/datastore/data/vm/103/2020-12-19T08:00:02Z/fw.conf.blob" (209 байт, сжатие: 209)
2020-12-19T13:12:38+01:00: бэкап закончился с ошибкой: бэкап завершился, но флаг finished не выставлен.
2020-12-19T13:12:38+01:00: удаление незавершённого бэкапа
2020-12-19T13:12:38+01:00: ОШИБКА ЗАДАЧИ: бэкап закончился, но флаг finished не выставлен.

Лог бэкапов:

Код: 107:
2020-12-19 09:00:02 INFO: старт бэкапа ВМ 107 (qemu)
107: 2020-12-19 09:00:02 INFO: статус = running
107: 2020-12-19 09:00:02 INFO: имя ВМ: xxxx.xxx.xxxx
107: 2020-12-19 09:00:02 INFO: включён диск 'scsi0' 'FastSSDPool:vm-107-disk-1' 100G
107: 2020-12-19 09:00:02 INFO: режим бэкапа: snapshot
107: 2020-12-19 09:00:02 INFO: ionice приоритет: 7
107: 2020-12-19 09:00:02 INFO: найдены снимки (не включены в бэкап)
107: 2020-12-19 09:00:02 INFO: создаётся архив Proxmox Backup Server 'vm/107/2020-12-19T08:00:02Z'
107: 2020-12-19 09:00:05 INFO: пропуск команды гостевого агента 'fs-freeze', агент настроен, но не запущен?
107: 2020-12-19 09:01:05 ERROR: команда VM 107 qmp 'backup' не выполнена — таймаут
107: 2020-12-19 09:01:05 INFO: прерывание задачи бэкапа
107: 2020-12-19 09:01:10 ERROR: бэкап ВМ 107 провален — команда VM 107 qmp 'backup' не выполнена — таймаут

Код: 103:
2020-12-19 09:00:02 INFO: старт бэкапа ВМ 103 (qemu)
103: 2020-12-19 09:00:02 INFO: статус = running
103: 2020-12-19 09:00:02 INFO: имя ВМ: yyyyyyy.yyyyyyy.yyyyyyy
103: 2020-12-19 09:00:02 INFO: включён диск 'scsi0' 'FastSSDPool:vm-103-disk-0' 514252M
103: 2020-12-19 09:00:02 INFO: включён диск 'scsi1' 'FastSSDPool:vm-103-disk-1' 1000G
103: 2020-12-19 09:00:02 INFO: включён диск 'scsi2' 'FastSSDPool:vm-103-disk-2' 300G
103: 2020-12-19 09:00:02 INFO: включён диск 'scsi3' 'FastSSDPool:vm-103-disk-3' 500G
103: 2020-12-19 09:00:02 INFO: режим бэкапа: snapshot
103: 2020-12-19 09:00:02 INFO: ionice приоритет: 7
103: 2020-12-19 09:00:02 INFO: найдены снимки (не включены в бэкап)
103: 2020-12-19 09:00:02 INFO: создаётся архив Proxmox Backup Server 'vm/103/2020-12-19T08:00:02Z'
103: 2020-12-19 09:00:02 INFO: отправка команды гостевого агента 'fs-freeze'
103: 2020-12-19 09:01:03 INFO: отправка команды гостевого агента 'fs-thaw'
103: 2020-12-19 09:01:13 ERROR: команда VM 103 qmp 'guest-fsfreeze-thaw' не выполнена — таймаут
103: 2020-12-19 09:01:13 ERROR: команда VM 103 qmp 'backup' не выполнена — таймаут
103: 2020-12-19 09:01:13 INFO: прерывание задачи бэкапа
103: 2020-12-19 09:12:12 ERROR: команда VM 103 qmp 'backup-cancel' не выполнена — таймаут
103: 2020-12-19 09:12:12 ERROR: бэкап ВМ 103 провален — команда VM 103 qmp 'backup' не выполнена — таймаут

@ndy

Guest

19.12.2020 15:47:00

Привет! У меня точно такая же проблема возникает, когда загрузка процессора на Proxmox Backup Host слишком высокая, например из-за опции "Verify on new backup". Из-за этого PBS начинает проверять несколько резервных копий параллельно, и загрузка CPU скачет между 80 и 100%. Следующие резервные копии при этом падают, некоторые виртуалки подвисают надолго или вообще не запускаются. Тогда их приходится принудительно завершать. Я отключил всякую проверку резервных копий во время их создания. С тех пор проблем нет. Ночью создаются бэкапы, а днём PBS их проверяет.

Itamar Henrique de Souza Guest	#7 0 02.05.2023 20:47:00 Эта тема старая, и я поделюсь решением, которое нашёл. Сначала я зашёл на свою виртуальную машину, на которой не запускалось резервное копирование, и обновил репозитории с помощью команды (#apt update). После обновления репозиториев я снова установил Qemu Guest Agent командой (#apt install qemu-guest-agent). После этого резервное копирование заработало нормально.

Читают тему

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