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

Не удалось создать резервную копию., Proxmox Виртуальная Среда

Tom7320

Guest

05.07.2020 07:07:00

Привет! Вчера я обновил PVE с 6.1 до 6.2. Больше никаких изменений не было. После этого запланированное резервное копирование одной из виртуальных машин (из четырех) перестало работать: Код: vzdump --all 1 --quiet 1 --storage backup-hdd --compress zstd --node pve --mode snapshot --mailnotification always --mailto ts@fenta.org

100: 2020-07-05 01:00:02 INFO: Начало резервного копирования VM 100 (qemu)
100: 2020-07-05 01:00:02 INFO: статус = работающий
100: 2020-07-05 01:00:02 INFO: Имя VM: WinSrv2016
100: 2020-07-05 01:00:02 INFO: включает диск 'scsi0' 'local-lvm:vm-100-disk-0' 50G
100: 2020-07-05 01:00:02 INFO: включает диск 'scsi1' 'local-lvm:vm-100-disk-1' 600G
100: 2020-07-05 01:00:02 INFO: режим резервного копирования: snapshot
100: 2020-07-05 01:00:02 INFO: приоритет ionice: 7
100: 2020-07-05 01:00:02 INFO: создание архива '/mnt/backup/dump/vzdump-qemu-100-2020_07_05-01_00_02.vma.zst'
100: 2020-07-05 01:00:02 INFO: выполнение команды гостевого агента 'fs-freeze'
100: 2020-07-05 01:00:04 INFO: выполнение команды гостевого агента 'fs-thaw'
100: 2020-07-05 01:00:05 INFO: начата задача резервного копирования '06e9d1f7-1fdf-4ea3-9d4e-68e3fc25f25f'
100: 2020-07-05 01:00:05 INFO: возобновление VM
100: 2020-07-05 01:00:08 INFO: статус: 0% (525664256/697932185600), sparse 0% (189841408), продолжительность 3, чтение/запись 175/111 МБ/с
100: 2020-07-05 01:01:30 INFO: статус: 1% (6994001920/697932185600), sparse 0% (764583936), продолжительность 85, чтение/запись 78/71 МБ/с
100: 2020-07-05 01:03:00 INFO: статус: 2% (13963755520/697932185600), sparse 0% (1589239808), продолжительность 175, чтение/запись 77/68 МБ/с
100: 2020-07-05 01:04:16 INFO: статус: 3% (20939866112/697932185600), sparse 0% (3565346816), продолжительность 251, чтение/запись 91/65 МБ/с
100: 2020-07-05 01:05:30 INFO: статус: 4% (27968405504/697932185600), sparse 0% (5616566272), продолжительность 325, чтение/запись 94/67 МБ/с
100: 2020-07-05 01:06:13 INFO: статус: 5% (34965159936/697932185600), sparse 1% (10454634496), продолжительность 368, чтение/запись 162/50 МБ/с
100: 2020-07-05 01:06:51 INFO: статус: 6% (42029613056/697932185600), sparse 2% (15803584512), продолжительность 406, чтение/запись 185/45 МБ/с
100: 2020-07-05 01:07:07 INFO: статус: 7% (48911482880/697932185600), sparse 3% (22685388800), продолжительность 422, чтение/запись 430/0 МБ/с
100: 2020-07-05 01:17:44 ERROR: команда qmp VM 100 'query-backup' не удалась - время ожидания истекло
100: 2020-07-05 01:17:44 INFO: отмена задания резервного копирования
100: 2020-07-05 01:27:44 ERROR: команда qmp VM 100 'backup-cancel' не удалась - не удалось подключиться к сокету qmp VM 100 - время ожидания истекло после 5980 попыток
100: 2020-07-05 01:27:45 ERROR: Резервное копирование VM 100 не удалось - команда qmp VM 100 'query-backup' не удалась - время ожидания истекло. После этого VM больше не доступна. Кроме того, я не могу выключить или перезагрузить VM (команда qmp VM 100 'system_reset' не удалась - не удалось подключиться к сокету qmp VM 100 - время ожидания истекло после 31 попытки). GUI говорит "Гостевой агент не работает". Мне приходится принудительно останавливать VM, что ужасно... Интересно, что ручной запуск ("Запустить сейчас" в GUI) задания резервного копирования работает - я пробовал дважды вчера. Случайность? Также резервное копирование других VM работает (Linux и Windows Server VM). Только одна VM затронута. В чем проблема? Как я могу это решить? Огромное спасибо! Торстен. P.S. Драйверы VirtIO для Windows установлены из стабильного ISO Fedora (0.1.171).

Tom7320 Guest	#2 0 28.12.2020 20:32:00 К сожалению, я перешёл на очень глупое решение: больше не использую внешние диски, которые подключаются к ВМ, так как так и не нашёл «реального» решения...

Jarvar

Guest

19.07.2020 19:43:00

Я вижу такую же проблему с моей виртуальной машиной Windows 2019 Standard VM 100, команда qmp 'query-backup' завершилась неудачей. У меня установлены драйверы virtio версии 1.185. Однако те же самые драйверы находятся на моей другой виртуальной машине Windows 2016 Essentials, и там все работает. При этом QEMU Guest Agent не установлен.

someAlex

Guest

28.12.2020 20:42:00

@Tom7320, спасибо. По крайней мере, теперь у меня есть представление о том, что может вызвать проблему и как с ней справиться. P.S. Удивлён, что получил такой быстрый ответ на тему, которая уже 5 месяцев как создана. Забыл упомянуть в своём первом посте: я сейчас использую Proxmox 6.2.

Tom7320 Guest	#5 0 28.12.2020 20:45:00 Извините, что пока нет реального решения. Но я все еще надеюсь... Я никогда не пробовал 6.3 в связи с этой проблемой.

Tom7320

Guest

20.07.2020 06:13:00

В моем случае оказалось, что проблема была в внешнем диске. Диск был подключен по USB и передан в виртуальную машину Windows. И файловая система (NTFS), и сам диск были в порядке — не было аппаратных или файловых проблем. Похоже, что существует какой-то компонент PVE (LVM???), который бесконечно пытался получить доступ к диску. Это приводило к таймауту сервисных демонов PVE. Как только я убрал внешний диск, все снова заработало нормально. Были ли какие-нибудь изменения в LVM или других компонентах между 6.1 и 6.2, которые могли бы вызвать такие странные проблемы???

Dominic Guest	#7 0 20.07.2020 09:57:00 Сводка изменений в Proxmox VE 6.2 доступна в вики. Удалось воспроизвести это? В противном случае будет очень трудно отладить.

Tom7320

Guest

20.07.2020 18:58:00

Я действительно хотел бы помочь с диагностикой этой проблемы. Она однозначно появилась после обновления с 6.1 до 6.2. Ничего другого не изменилось. Хост PVE — это стандартный HPE ProLiant DL360 Gen9 E5-2620v4. Внешний USB-накопитель — это Tandberg RDX. После обновления произошла странная вещь: создание резервной копии не работало как описано, GUI больше не реагировал, демоны сервисов PVE зависали и даже мешали перезагрузке системы и т.д. Как только я отключил RDX, все заработало гладко, как прежде на 6.1. Подключаю диск, и снова то же самое д******. И, как я уже сказал: файловая система диска — NTFS, подключена к Windows VM. Я не могу сильно экспериментировать с этой полупроизводственной системой, так как ей нужно выполнять работу. Что еще я могу сделать, чтобы диагностировать эту проблему? Огромное спасибо!

Dominic

Guest

21.07.2020 10:54:00

Произошли некоторые изменения в области резервного копирования и Qemu. Самое главное — переход на Qemu 5.0 в PVE 6.2. На какой версии ты сейчас точно pveversion -v? Ты знаешь, какая версия работала раньше? Возможно, это связано с отчетом о баге 2673.

Tom7320

Guest

#10

21.07.2020 17:31:00

Текущая версия: Код: root@pve:~# pveversion -v proxmox-ve: 6.2-1 (работает на ядре: 5.4.44-2-pve) pve-manager: 6.2-6 (работает версия: 6.2-6/ee1d7754) pve-kernel-5.4: 6.2-4 pve-kernel-helper: 6.2-4 pve-kernel-5.3: 6.1-6 pve-kernel-5.4.44-2-pve: 5.4.44-2 pve-kernel-5.3.18-3-pve: 5.3.18-3 pve-kernel-5.3.13-1-pve: 5.3.13-1 pve-kernel-5.3.10-1-pve: 5.3.10-1 ceph-fuse: 12.2.11+dfsg1-2.1+b1 corosync: 3.0.4-pve1 criu: 3.11-3 glusterfs-client: 5.5-3 ifupdown: 0.8.35+pve1 ksm-control-daemon: 1.3-1 libjs-extjs: 6.0.1-10 libknet1: 1.16-pve1 libproxmox-acme-perl: 1.0.4 libpve-access-control: 6.1-1 libpve-apiclient-perl: 3.0-3 libpve-common-perl: 6.1-3 libpve-guest-common-perl: 3.0-10 libpve-http-server-perl: 3.0-5 libpve-storage-perl: 6.1-8 libqb0: 1.0.5-1 libspice-server1: 0.14.2-4~pve6+1 lvm2: 2.03.02-pve4 lxc-pve: 4.0.2-1 lxcfs: 4.0.3-pve3 novnc-pve: 1.1.0-1 proxmox-mini-journalreader: 1.1-1 proxmox-widget-toolkit: 2.2-8 pve-cluster: 6.1-8 pve-container: 3.1-8 pve-docs: 6.2-4 pve-edk2-firmware: 2.20200531-1 pve-firewall: 4.1-2 pve-firmware: 3.1-1 pve-ha-manager: 3.0-9 pve-i18n: 2.1-3 pve-qemu-kvm: 5.0.0-4 pve-xtermjs: 4.3.0-1 qemu-server: 6.2-3 smartmontools: 7.1-pve2 spiceterm: 3.1-1 vncterm: 1.6-1 zfsutils-linux: 0.8.4-pve1 root@pve:~# К сожалению, я не могу сказать вам точную предыдущую версию...

someAlex Guest	#11 0 28.12.2020 20:10:00 Привет! Похоже, я столкнулся с этой же проблемой. Это происходит при создании резервной копии, виртуальная машина Windows просто зависает, график использования ресурсов такой же, в общем: все то же самое. Есть новости по этому поводу? @Tom7320, может, ты нашел какое-нибудь решение? В примечаниях к версии Proxmox 6.3 я вижу несколько связанных исправлений/улучшений, но не уверен, что это именно те, которые решают проблему. Этот отчет об ошибке https://bugzilla.proxmox.com/show_bug.cgi?id=2673 все еще открыт, насколько я вижу.

Читают тему

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