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

ОШИБКА: команда QMP 'guest-fsfreeze-thaw' для ВМ 100 не удалась - превышено время ожидания., Proxmox Виртуальная Среда

hawk128

Guest

05.04.2020 06:55:00

Всем привет, неделю назад я обновил несколько кластеров из тестового репозитория. После этого у меня периодически зависают разные Windows-гостевые системы. Код: INFO: Начало резервного копирования ВМ 100 (qemu) INFO: Резервное копирование начато 2020-04-05 04:00:02 INFO: статус = в процессе INFO: Имя ВМ: sexp-win10 INFO: включен диск 'scsi0' 'mm-2-1_vm:vm-100-disk-0' 128G INFO: режим резервного копирования: снимок INFO: приоритет ionice: 7 INFO: создание архива '/mnt/pve/pve4-nfs/dump/vzdump-qemu-100-2020_04_05-04_00_02.vma.lzo' INFO: выполнение команды 'fs-freeze' гостевого агента INFO: выполнение команды 'fs-thaw' гостевого агента ERROR: команда qmp 'guest-fsfreeze-thaw' для ВМ 100 не удалась - получен таймаут ERROR: получен таймаут ERROR: Резервное копирование ВМ 100 не удалось - получен таймаут INFO: Ошибка произошла 2020-04-05 04:00:48 Эта ошибка отличается от аналогичных с описанием в Интернете. Гость не может разморозить FS и зависает. Только остановка/перезапуск ВМ помогает. Хосты быстрые. Нагрузка низкая. Есть идеи?

DerDanilo

Guest

30.11.2020 11:18:00

Эта проблема по-прежнему, похоже, существует. У нас есть несколько виртуальных машин или сервисов внутри ВМ, которые вырубаются во время резервного копирования из-за зависших задач ядра. - PBS работает на стабильной версии без подписки: Код: proxmox-backup: 1.0-4 (используемое ядро: 5.4.65-1-pve) proxmox-backup-server: 1.0.5-1 (актуальная версия: 1.0.5) pve-kernel-5.4: 6.3-1 pve-kernel-helper: 6.3-1 pve-kernel-5.4.73-1-pve: 5.4.73-1 pve-kernel-5.4.65-1-pve: 5.4.65-1 pve-kernel-5.4.44-2-pve: 5.4.44-2 ifupdown2: 3.0.0-1+pve3 libjs-extjs: 6.0.1-10 proxmox-backup-docs: 1.0.4-1 proxmox-backup-client: 1.0.5-1 proxmox-mini-journalreader: 1.1-1 proxmox-widget-toolkit: 2.4-3 pve-xtermjs: 4.7.0-3 smartmontools: 7.1-pve2 zfsutils-linux: 0.8.5-pve1 - ВМ были отключены и снова запущены для использования текущей версии qemu и для корректного резервного копирования PBS Код: INFO: Начинается резервное копирование ВМ 7000 (qemu) INFO: Резервное копирование начато 2020-11-27 21:10:16 INFO: статус = в работе INFO: Имя ВМ: drdemon7000 INFO: включает диск 'scsi0' 'NVME:vm-7000-disk-0' 64G INFO: режим резервного копирования: снимок INFO: приоритет ionice: 7 INFO: создается архив Proxmox Backup Server 'vm/7000/2020-11-27T20:10:16Z' INFO: отправка команды 'fs-freeze' гостевому агенту INFO: отправка команды 'fs-thaw' гостевому агенту ERROR: команда qmp 'guest-fsfreeze-thaw' ВМ 7000 завершилась неудачей - время ожидания истекло ERROR: команда qmp 'backup' ВМ 7000 завершилась неудачей - время ожидания истекло ERROR: Резервное копирование ВМ 7000 завершилось неудачей - команда qmp 'backup' для ВМ 7000 завершилась неудачей - время ожидания истекло INFO: Не удалось выполнить 2020-11-27 21:11:26 Команда qmp/агента, похоже, вызывает некоторые проблемы внутри ВМ. В этом примере это сервис mysqld, который был заблокирован на время ожидания. Код: Nov 27 21:16:02 vm7000 kernel: [5091174.201310] INFO: задача mysqld:20402 заблокирована более чем на 120 секунд. Nov 27 21:16:02 vm7000 kernel: [5091174.201936] Не загрязнено 4.19.0-6-amd64 #1 Debian 4.19.67-2+deb10u2 Nov 27 21:16:02 vm7000 kernel: [5091174.202603] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" отключает это сообщение. Все узлы в данный момент работают на 6.2.x. Обновление до 6.3 запланировано на этой неделе. Пакет агента qemu на всех ВМ также будет обновлен на этой неделе. Код: () proxmox-ve: 6.2-1 (используемое ядро: 5.4.60-1-pve) pve-manager: 6.2-11 (актуальная версия: 6.2-11/22fb4983) pve-kernel-5.4: 6.2-6 pve-kernel-helper: 6.2-6 pve-kernel-5.3: 6.1-6 pve-kernel-5.4.60-1-pve: 5.4.60-2 pve-kernel-5.4.41-1-pve: 5.4.41-1 pve-kernel-5.4.34-1-pve: 5.4.34-2 pve-kernel-5.3.18-3-pve: 5.3.18-3 ceph: 14.2.12-1 ceph-fuse: 14.2.11-1 corosync: 3.0.4-pve1 criu: 3.11-3 glusterfs-client: 5.5-3 ifupdown: не установлен корректно ifupdown2: 3.0.0-1+pve2 ksmtuned: 4.20150325+b1 libjs-extjs: 6.0.1-10 libknet1: 1.16-pve1 libproxmox-acme-perl: 1.0.5 libpve-access-control: 6.1-2 libpve-apiclient-perl: 3.0-3 libpve-common-perl: 6.2-1 libpve-guest-common-perl: 3.1-3 libpve-http-server-perl: 3.0-6 libpve-storage-perl: 6.2-6 libqb0: 1.0.5-1 libspice-server1: 0.14.2-4~pve6+1 lvm2: 2.03.02-pve4 lxc-pve: 4.0.3-1 lxcfs: 4.0.3-pve3 novnc-pve: 1.1.0-1 proxmox-mini-journalreader: 1.1-1 proxmox-widget-toolkit: 2.2-12 pve-cluster: 6.1-8 pve-container: 3.1-13 pve-docs: 6.2-5 pve-edk2-firmware: 2.20200531-1 pve-firewall: 4.1-2 pve-firmware: 3.1-3 pve-ha-manager: 3.1-1 pve-i18n: 2.2-1 pve-qemu-kvm: 5.0.0-13 pve-xtermjs: 4.7.0-2 qemu-server: 6.2-14 smartmontools: 7.1-pve2 spiceterm: 3.1-1 vncterm: 1.6-2 zfsutils-linux: 0.8.4-pve1 @tom Есть ли что-то, что нужно сделать, чтобы избежать/исправить эти ошибки?

devopstales

Guest

07.01.2021 10:12:00

также как у @DerDanilo на 6.3-на Код: proxmox-ve: 6.3-1 (работающий ядро: 5.4.44-2-pve) pve-manager: 6.3-3 (работающая версия: 6.3-3/eee5f901) pve-kernel-5.4: 6.3-3 pve-kernel-helper: 6.3-3 pve-kernel-5.4.78-2-pve: 5.4.78-2 pve-kernel-5.4.78-1-pve: 5.4.78-1 pve-kernel-5.4.44-2-pve: 5.4.44-2 pve-kernel-5.4.34-1-pve: 5.4.34-2 ceph: 14.2.16-pve1 ceph-fuse: 14.2.16-pve1 corosync: 3.0.4-pve1 criu: 3.11-3 glusterfs-client: 5.5-3 ifupdown: остаточная конфигурация ifupdown2: 3.0.0-1+pve3 ksm-control-daemon: 1.3-1 libjs-extjs: 6.0.1-10 libknet1: 1.16-pve1 libproxmox-acme-perl: 1.0.7 libproxmox-backup-qemu0: 1.0.2-1 libpve-access-control: 6.1-3 libpve-apiclient-perl: 3.1-3 libpve-common-perl: 6.3-2 libpve-guest-common-perl: 3.1-4 libpve-http-server-perl: 3.1-1 libpve-storage-perl: 6.3-4 libqb0: 1.0.5-1 libspice-server1: 0.14.2-4~pve6+1 lvm2: 2.03.02-pve4 lxc-pve: 4.0.3-1 lxcfs: 4.0.6-pve1 novnc-pve: 1.1.0-1 openvswitch-switch: 2.12.0-1 proxmox-backup-client: 1.0.6-1 proxmox-mini-journalreader: 1.1-1 proxmox-widget-toolkit: 2.4-3 pve-cluster: 6.2-1 pve-container: 3.3-2 pve-docs: 6.3-1 pve-edk2-firmware: 2.20200531-1 pve-firewall: 4.1-3 pve-firmware: 3.1-3 pve-ha-manager: 3.1-1 pve-i18n: 2.2-2 pve-qemu-kvm: 5.1.0-8 pve-xtermjs: 4.7.0-3 qemu-server: 6.3-3 smartmontools: 7.1-pve2 spiceterm: 3.1-1 vncterm: 1.6-2 zfsutils-linux: 0.8.5-pve1

DerDanilo

Guest

07.01.2021 23:16:00

Я не уверен, что это корневая причина, но похоже, что если PBS загружен, создание снимков для ВМ как-то занимает больше времени и, соответственно, убивает некоторые процессы, из-за чего приложения или сама ВМ могут зависнуть. Это не должно происходить ни в случае. Я пишу это, потому что мы модернизировали оборудование самого проблемного PBS, увеличив количество процессоров и оперативной памяти. Такие проблемы возникали только время от времени с этой конфигурацией (пока). Все еще жду официального ответа о том, как сделать так, чтобы PBS не замедлял ВМ, если это занимает больше времени.

SOLTECSIS - Carles Munyoz

Guest

31.01.2021 16:11:00

Привет, я сталкиваюсь с такими проблемами в только что обновлённом кластере Proxmox/Ceph из трёх узлов и с последней версией Proxmox Backup Server. Похоже, что с виртуальными машинами, у которых включена опция QEMU Guest Agent, при создании резервной копии снимка на хранилище PBS возникают следующие ошибки, и виртуальная машина зависает: Код: ... INFO: выполняется команда 'fs-freeze' от гостевого агента INFO: выполняется команда 'fs-thaw' от гостевого агента ERROR: команда VM 100 qmp 'guest-fsfreeze-thaw' завершилась неудачно - получено время ожидания ...

SOLTECSIS - Carles Munyoz

Guest

31.01.2021 16:31:00

Как видно из этих скриншотов, последние резервные копии с ошибками имеют размер 1B, и в PBS они продолжают работать бесконечно. Я не могу удалить эти резервные копии по 1B и не могу остановить бесконечный процесс в PBS. Даже если я перезагружаю PBS, задачи резервного копирования все равно остаются.

SOLTECSIS - Carles Munyoz

Guest

01.02.2021 17:33:00

Похоже, что в моем случае проблемы были связаны с версией PBS. У меня была версия 1.0.1, а последняя версия — 1.0.6. После обновления до последней версии PBS я могу удалить плохие резервные копии виртуальных машин по 1 байту, и, похоже, теперь я могу делать резервные копии без дальнейших проблем.

cglmicro Guest	#8 0 09.03.2021 14:26:00 У меня это было решено с помощью отключения QEMU GUEST AGENT. Каковы последствия установки этого параметра на DISABLE? Спасибо.

dylanw

Guest

09.03.2021 14:45:00

Удаление Qemu Guest Agent — это, в лучшем случае, обходной путь. Хотя это не жизненно важная функция, она обеспечивает полезную функциональность для связи между хостом и виртуальной машиной. В контексте резервного копирования она позволяет замораживать файловую систему гостя (fs-freeze и fs-thaw), чтобы улучшить согласованность резервных копий. [1] https://pve.proxmox.com/pve-docs/pve-admin-guide.html#_backup_modes

DerDanilo Guest	#10 0 10.03.2021 22:06:00 Если на ВМ работают какие-либо базы данных, рекомендуется использовать агент и сообщить базам, что будет короткая система зависания. В противном случае базы могут испортиться. Хотя у меня до сих пор были такие проблемы только с Windows ВМ. Тем не менее, активно используемые базы будут сталкиваться с проблемами в любой системе.

Читают тему

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