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

[РЕШЕНО] резервное копирование шаблона не сработало, Proxmox Backup Server

RobFantini

Guest

12.07.2020 16:20:00

Для справки: на узле, где успешно сделано 10 резервных копий в pbs, шаблон завершился с ошибкой. Код: команда '/usr/bin/proxmox-backup-client backup --repository pbs-user@pbs@10.1.10.80:backups --backup-type vm --backup-id 118 --backup-time 1594492875 qemu-server.conf:/var/tmp/vzdumptmp747002/qemu-server.conf 'drive-scsi0.img:rbd:nvme-4tb/base-118-disk-0:conf=/etc/pve/ceph.conf'' завершилась с кодом выхода 255.

RobFantini Guest	#2 0 31.07.2020 21:57:00 Кто-то уже отправил отчет об ошибке https://bugzilla.proxmox.com/show_bug.cgi?id=2862. Замечание — резервное копирование шаблона LXC с помощью PBS работает.

carsten2 Guest	#3 0 05.09.2020 14:16:00 Есть новости по исправлению в репозиториях? Всё ещё не работает.

fabian

Guest

07.09.2020 08:04:00

Исправление уже доступно вплоть до pve-enterprise с прошлой недели (в qemu-server 6.2-14). Если у вас всё ещё возникают проблемы с резервным копированием шаблонов виртуальных машин, пожалуйста, публикуйте полную конфигурацию, вывод команды pveversion -v и логи!

t.lamprecht Guest	#5 0 07.09.2020 08:10:00 Работает здесь, нужна версия pve-qemu-kvm 5.1 (сейчас в репозитории pvetest).

carsten2

Guest

07.09.2020 09:29:00

Вот лог:
INFO: запуск новой задачи резервного копирования: vzdump 144 --mode snapshot --node hal9030 --storage pvebackup --remove 0
INFO: Начинается резервное копирование ВМ 144 (qemu)
INFO: Резервное копирование начато в 2020-09-07 09:26:06
INFO: статус = остановлен
INFO: режим резервного копирования: stop
INFO: приоритет ionice: 7
INFO: Имя ВМ: Win7x64
INFO: включён диск 'ide0' 'vmdata1zfs:base-144-disk-0' 48Г
INFO: создаётся архив Proxmox Backup Server 'vm/144/2020-09-07T07:26:06Z'
INFO: запуск kvm для выполнения задачи резервного копирования
kvm: -device ide-hd,bus=ide.0,unit=0,drive=drive-ide0,id=ide0,bootindex=100: блок-узел только для чтения
ERROR: Резервное копирование ВМ 144 не удалось — ошибка старта: QEMU завершился с кодом 1
INFO: Ошибка зафиксирована в 2020-09-07 09:26:07
INFO: Задача резервного копирования завершена с ошибками
TASK ERROR: ошибки задачи
pveversion: proxmox-ve: 6.2-1 (запущено ядро: 5.4.44-2-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-1
pve-kernel-5.4.55-1-pve: 5.4.55-1
pve-kernel-5.4.44-2-pve: 5.4.44-2
pve-kernel-5.4.41-1-pve: 5.4.41-1
pve-kernel-5.3.18-3-pve: 5.3.18-3
pve-kernel-4.13.13-5-pve: 4.13.13-38
pve-kernel-4.13.13-4-pve: 4.13.13-35
pve-kernel-4.13.13-3-pve: 4.13.13-34
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.13.8-3-pve: 4.13.8-30
pve-kernel-4.13.8-2-pve: 4.13.8-28
pve-kernel-4.13.8-1-pve: 4.13.8-27
pve-kernel-4.13.4-1-pve: 4.13.4-26
pve-kernel-4.10.17-4-pve: 4.10.17-24
pve-kernel-4.10.17-2-pve: 4.10.17-20
ceph-fuse: 12.2.11+dfsg1-2.1+b1
corosync: 3.0.4-pve1
criu: 3.11-3
glusterfs-client: 5.5-3
ifupdown: residual config
ifupdown2: 3.0.0-1+pve2
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-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-10
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.1-3
pve-qemu-kvm: 5.0.0-13
pve-xtermjs: 4.7.0-2
pve-zsync: 2.0-3
qemu-server: 6.2-14
smartmontools: 7.1-pve2
spiceterm: 3.1-1
vncterm: 1.6-2
zfsutils-linux: 0.8.4-pve1

t.lamprecht Guest	#7 0 07.09.2020 10:11:00 Пожалуйста, предоставьте текст для перевода.

carsten2 Guest	#8 0 07.09.2020 13:22:00 Могу ли я просто установить pve-qemu-kvm 5.1 из pvetest? Как это сделать (можно ли указать pvetest в команде apt update)? Или мне нужно полностью перейти на pvetest?

t.lamprecht

Guest

07.09.2020 14:25:00

Вы можете добавить репозиторий pvetest в sources.list: https://pve.proxmox.com/wiki/Package_Repositories#sysadmin_test_repo Затем выполните следующие шаги: Bash: apt update
apt install pve-qemu-kvm После завершения этих действий можно удалить запись про репозиторий pvetest и снова выполнить apt update. Так обновится только пакет pve-qemu-kvm. Естественно, можно скачать нужный .deb файл и установить его командой apt install ./path/to/package.deb, но это более рискованно (например, если пакету потребуются обновленные зависимости).

RobFantini Guest	#10 0 07.09.2020 14:57:00 Установка pve-qemu-kvm 5.1 решила проблему.

carsten2

Guest

#11

18.09.2020 20:44:00

Все еще не работает:
root@xxxxx:~# pveversion -v | grep qemu
pve-qemu-kvm: 5.1.0-2
qemu-server: 6.2-14

INFO: старт новой задачи резервного копирования: vzdump 144 --node hal9030 --remove 0 --storage pvebackup --mode snapshot
INFO: Начало резервного копирования ВМ 144 (qemu)
INFO: Резервное копирование началось в 2020-09-18 20:40:48
INFO: статус = остановлено
INFO: режим бэкапа: stop
INFO: приоритет ionice: 7
INFO: Имя ВМ: Win7x64
INFO: включен диск 'ide0' 'vmdata1zfs:base-144-disk-0' 48G
INFO: создание архива Proxmox Backup Server 'vm/144/2020-09-18T18:40:48Z'
INFO: запуск kvm для выполнения задачи бэкапа
kvm: -device ide-hd,bus=ide.0,unit=0,drive=drive-ide0,id=ide0,bootindex=100: блок устройства доступен только для чтения
ERROR: Резервное копирование ВМ 144 не удалось — запуск закончился с ошибкой: QEMU завершился с кодом 1
INFO: Ошибка в 2020-09-18 20:40:49
INFO: Задача бэкапа завершилась с ошибками
TASK ERROR: ошибки задания

RobFantini Guest	#12 0 19.09.2020 15:16:00 На данный момент, по состоянию на прошлую ночь, всё ещё работает с предыдущей версией. # pveversion -v \| grep qemu pve-qemu-kvm: 5.1.0-1 qemu-server: 6.2-14

carsten2

Guest

#13

30.10.2020 05:15:00

Не работает здесь с pve-qemu-kvm: 5.1.0-3 qemu-server: 6.2-17
Лог:
INFO: начинается новая задача резервного копирования: vzdump 144 --node hal9030 --storage pvebackup --remove 0 --mode snapshot
INFO: Запуск резервного копирования ВМ 144 (qemu)
INFO: Резервное копирование начато в 2020-10-30 05:14:14
INFO: статус = остановлен
INFO: режим резервного копирования: остановка
INFO: приоритет ionice: 7
INFO: Имя ВМ: Win7x64
INFO: включён диск 'ide0' 'vmdata1zfs:base-144-disk-0' 48ГБ
INFO: создаётся архив Proxmox Backup Server 'vm/144/2020-10-30T04:14:14Z'
INFO: запуск kvm для выполнения задачи резервного копирования
kvm: -device ide-hd,bus=ide.0,unit=0,drive=drive-ide0,id=ide0,bootindex=100: Узел блока доступен только для чтения
ERROR: Резервное копирование ВМ 144 не удалось — запуск не удался: QEMU завершился с кодом 1
INFO: Ошибка в 2020-10-30 05:14:15
INFO: Задача резервного копирования завершилась с ошибками
TASK ERROR: ошибки задачи

Klug

Guest

#14

16.11.2020 08:49:00

Та же проблема у меня, всего один шаблон, и его бэкап не проходит. Бэкап ВМ, которая является связанной копией шаблона, проходит нормально. Версии: pve-qemu-kvm: 5.1.0-6, qemu-server: 6.2-19

Вчера при первой попытке:
164: 2020-11-15 18:46:51 INFO: Начало бэкапа ВМ 164 (qemu)
164: 2020-11-15 18:46:51 INFO: статус = остановлен
164: 2020-11-15 18:46:51 INFO: режим бэкапа: остановка
164: 2020-11-15 18:46:51 INFO: приоритет ionice: 7
164: 2020-11-15 18:46:51 INFO: Имя ВМ: W10-Template
164: 2020-11-15 18:46:51 INFO: включён диск 'ide0' 'SSD:base-164-disk-0' 100ГБ
164: 2020-11-15 18:46:51 INFO: создание архива Proxmox Backup Server 'vm/164/2020-11-15T17:46:51Z'
164: 2020-11-15 18:46:51 INFO: запуск kvm для выполнения задачи бэкапа
164: 2020-11-15 18:46:53 ERROR: Бэкап ВМ 164 провален – не удалось запустить: QEMU завершился с кодом 1

При запланированном бэкапе сегодня ночью:
164: 2020-11-16 05:03:57 INFO: Начало бэкапа ВМ 164 (qemu)
164: 2020-11-16 05:03:57 INFO: статус = остановлен
164: 2020-11-16 05:03:57 INFO: режим бэкапа: остановка
164: 2020-11-16 05:03:57 INFO: приоритет ionice: 7
164: 2020-11-16 05:03:57 INFO: Имя ВМ: W10-Template
164: 2020-11-16 05:03:57 INFO: включён диск 'ide0' 'SSD:base-164-disk-0' 100ГБ
164: 2020-11-16 05:03:57 INFO: создание архива Proxmox Backup Server 'vm/164/2020-11-16T04:03:57Z'
164: 2020-11-16 05:03:57 INFO: запуск kvm для выполнения задачи бэкапа
164: 2020-11-16 05:04:00 ERROR: Бэкап ВМ 164 провален – не удалось запустить: QEMU завершился с кодом 1

В syslog при каждом бэкапе появляются странные ошибки. Они одинаковы и в первом вчерашнем бэкапе, и в сегодняшнем ночном. Больше таких ошибок нигде в syslog не встречал.

Nov 16 05:03:57 pve02 vzdump[91703]: INFO: запуск новой задачи бэкапа: vzdump --mode snapshot --mailto support@domain.tld --quiet 1 --pool VDI --mailnotification failure --storage PBS_NCP
Nov 16 05:03:57 pve02 vzdump[91699]: <root@pam> завершение задачи UPID:pve02:00016635:07168B71:5FB1F942:vzdump::root@pam: OK
Nov 16 05:03:57 pve02 vzdump[91703]: INFO: Начало бэкапа ВМ 164 (qemu)
Nov 16 05:03:58 pve02 systemd[1]: Запущена 164.scope.
Nov 16 05:03:58 pve02 systemd-udevd[94762]: Используется стандартная схема имен интерфейсов 'v240'.
Nov 16 05:03:58 pve02 systemd-udevd[94762]: link_config: автосогласование не установлено или включено, скорость и дуплекс нельзя изменить.
Nov 16 05:03:58 pve02 systemd-udevd[94762]: Не удалось сгенерировать постоянный MAC-адрес для tap164i0: Нет такого файла или каталога
Nov 16 05:03:59 pve02 kernel: [1189413.278271] устройство tap164i0 вошло в режим promiscuous
Nov 16 05:03:59 pve02 systemd-udevd[94762]: link_config: автосогласование не установлено или включено, скорость и дуплекс нельзя изменить.
Nov 16 05:03:59 pve02 systemd-udevd[94762]: Не удалось сгенерировать постоянный MAC-адрес для fwbr164i0: Нет такого файла или каталога
Nov 16 05:03:59 pve02 systemd-udevd[94768]: link_config: автосогласование не установлено или включено, скорость и дуплекс нельзя изменить.
Nov 16 05:03:59 pve02 systemd-udevd[94768]: Используется стандартная схема имен интерфейсов 'v240'.
Nov 16 05:03:59 pve02 systemd-udevd[94768]: Не удалось сгенерировать постоянный MAC-адрес для fwpr164p0: Нет такого файла или каталога
Nov 16 05:03:59 pve02 systemd-udevd[94766]: link_config: автосогласование не установлено или включено, скорость и дуплекс нельзя изменить.
Nov 16 05:03:59 pve02 systemd-udevd[94766]: Используется стандартная схема имен интерфейсов 'v240'.
Nov 16 05:03:59 pve02 systemd-udevd[94766]: Не удалось сгенерировать постоянный MAC-адрес для fwln164i0: Нет такого файла или каталога
Nov 16 05:03:59 pve02 kernel: [1189413.336386] fwbr164i0: порт 1(fwln164i0) вошёл в состояние блокировки
Nov 16 05:03:59 pve02 kernel: [1189413.336390] fwbr164i0: порт 1(fwln164i0) перешёл в отключённое состояние
Nov 16 05:03:59 pve02 kernel: [1189413.336565] устройство fwln164i0 вошло в режим promiscuous
Nov 16 05:03:59 pve02 kernel: [1189413.336663] fwbr164i0: порт 1(fwln164i0) вошёл в состояние блокировки
Nov 16 05:03:59 pve02 kernel: [1189413.336666] fwbr164i0: порт 1(fwln164i0) перешёл в состояние переправки
Nov 16 05:03:59 pve02 kernel: [1189413.344312] vmbr0: порт 27(fwpr164p0) вошёл в состояние блокировки
Nov 16 05:03:59 pve02 kernel: [1189413.344316] vmbr0: порт 27(fwpr164p0) перешёл в отключённое состояние
Nov 16 05:03:59 pve02 kernel: [1189413.344519] устройство fwpr164p0 вошло в режим promiscuous
Nov 16 05:03:59 pve02 kernel: [1189413.345290] vmbr0: порт 27(fwpr164p0) вошёл в состояние блокировки
Nov 16 05:03:59 pve02 kernel: [1189413.345294] vmbr0: порт 27(fwpr164p0) перешёл в состояние переправки
Nov 16 05:03:59 pve02 kernel: [1189413.370225] fwbr164i0: порт 2(tap164i0) вошёл в состояние блокировки
Nov 16 05:03:59 pve02 kernel: [1189413.370229] fwbr164i0: порт 2(tap164i0) перешёл в отключённое состояние
Nov 16 05:03:59 pve02 kernel: [1189413.370438] fwbr164i0: порт 2(tap164i0) вошёл в состояние блокировки
Nov 16 05:03:59 pve02 kernel: [1189413.370441] fwbr164i0: порт 2(tap164i0) перешёл в состояние переправки
Nov 16 05:03:59 pve02 kernel: [1189413.932733] fwbr164i0: порт 2(tap164i0) перешёл в отключённое состояние
Nov 16 05:04:00 pve02 systemd[1]: Запуск Proxmox VE replication runner...
Nov 16 05:04:00 pve02 kernel: [1189413.969206] fwbr164i0: порт 1(fwln164i0) перешёл в отключённое состояние
Nov 16 05:04:00 pve02 kernel: [1189413.969641] vmbr0: порт 27(fwpr164p0) перешёл в отключённое состояние
Nov 16 05:04:00 pve02 kernel: [1189413.971309] устройство fwln164i0 вышло из режима promiscuous
Nov 16 05:04:00 pve02 kernel: [1189413.971316] fwbr164i0: порт 1(fwln164i0) перешёл в отключённое состояние
Nov 16 05:04:00 pve02 kernel: [1189414.008051] устройство fwpr164p0 вышло из режима promiscuous
Nov 16 05:04:00 pve02 kernel: [1189414.008056] vmbr0: порт 27(fwpr164p0) перешёл в отключённое состояние
Nov 16 05:04:00 pve02 systemd[1]: 164.scope: Успешно завершено.
Nov 16 05:04:00 pve02 vzdump[91703]: ERROR: Бэкап ВМ 164 провален – не удалось запустить: QEMU завершился с кодом 1

fabian Guest	#15 0 16.11.2020 08:51:00 https://bugzilla.proxmox.com/show_bug.cgi?id=2862 (как указано выше в ветке)

Klug Guest	#16 0 16.11.2020 09:01:00 Похоже, что баг связывает проблему с sata/ide (в отличие от scsi), но ошибки в syslog связаны с сетевой картой, разве нет?

Читают тему

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