Аспро: ЛайтШоп [тема: Проблема с восстановлением резервной копии виртуальной машины]

Проблема с восстановлением резервной копии виртуальной машины

Tue, 13 May 2025 15:36:00 +0300

Проблема с восстановлением резервной копии виртуальной машины Proxmox Backup Server в форуме Proxmox Backup Server.
Привет, пожалуйста, пришли полный лог задачи неудачного восстановления, а также вывод команды pveversion -v. Что именно ты имеешь в виду под ручным восстановлением?
13.05.2025 15:36:00, fiona.

Проблема с восстановлением резервной копии виртуальной машины

Tue, 13 May 2025 18:19:00 +0300

Проблема с восстановлением резервной копии виртуальной машины Proxmox Backup Server в форуме Proxmox Backup Server.
Публикация в теме «ошибка 133 неудачное резервное копирование — ненадежные бэкапы?» 13 мая 2025

Лог задачи резервного копирования:
Код:
2025-05-06 14:25:56 ИНФО: начинается резервное копирование ВМ 104 (qemu)
2025-05-06 14:25:56 ИНФО: статус = остановлен
2025-05-06 14:25:56 ИНФО: режим бэкапа: остановка
2025-05-06 14:25:56 ИНФО: приоритет ionice: 7
2025-05-06 14:25:56 ИНФО: имя ВМ: NTL-PC
2025-05-06 14:25:56 ИНФО: включён диск 'scsi0' 'local-lvm:vm-104-disk-1' 100G
2025-05-06 14:25:56 ИНФО: включён диск 'efidisk0' 'local-lvm:vm-104-disk-0' 4M
2025-05-06 14:25:56 ИНФО: включён диск 'tpmstate0' 'local-lvm:vm-104-disk-2' 4M
2025-05-06 14:25:56 ИНФО: найдено снимков (не включены в бэкап)
2025-05-06 14:25:56 ИНФО: создаётся... lew-adv-sol
13.05.2025 18:19:00, lew-adv-sol.

Проблема с восстановлением резервной копии виртуальной машины

Tue, 13 May 2025 14:28:00 +0300

Проблема с восстановлением резервной копии виртуальной машины Proxmox Backup Server в форуме Proxmox Backup Server.
Чтобы лучше направить эту дискуссию, как можно глубже разобраться в проблеме — это связано со хранилищем или с PVE?
13.05.2025 14:28:00, lew-adv-sol.

Проблема с восстановлением резервной копии виртуальной машины

Tue, 13 May 2025 14:11:00 +0300

Проблема с восстановлением резервной копии виртуальной машины Proxmox Backup Server в форуме Proxmox Backup Server.
В моей ситуации я использую Synology, подключённый через SMB. Шаблоны восстанавливаются без проблем, а виртуальные машины — нет. Я могу без проблем получить доступ к этому хранилищу резервных копий, и оно показывает хороший статус. Я уже давно без проблем использую этот Synology, даже внешний диск, подключённый к нему. Причину этой проблемы найти не могу, чтобы исправить. Proxmox не сообщает, была ли это ошибка из-за тайм-аута или что-то ещё. На моём ноде нет ошибок и проблем, а эта ситуация влияет на возможность восстановления резервных копий на всех трёх нодах. Значит, либо проблема в хранилище, либо в PVE есть баг, который всё ещё не пофиксили.
13.05.2025 14:11:00, lew-adv-sol.

Проблема с восстановлением резервной копии виртуальной машины

Tue, 13 May 2025 14:01:00 +0300

Проблема с восстановлением резервной копии виртуальной машины Proxmox Backup Server в форуме Proxmox Backup Server.
Если все ваши бэкапы страдают от этого, значит, что-то не так с вашим хранилищем для резервных копий или с узлом PVE.
13.05.2025 14:01:00, fabian.

Проблема с восстановлением резервной копии виртуальной машины

Tue, 29 Apr 2025 01:10:00 +0300

Проблема с восстановлением резервной копии виртуальной машины Proxmox Backup Server в форуме Proxmox Backup Server.
Привет! После попытки восстановления из бэкапа виртуальной машины возникла такая проблема, не подскажете, в чём дело?

root@dell1:/nvme/backups# qmrestore /nvme/backups/vzdump-qemu-103-2024_04_14-15_00_03.vma.zst 203 --storage file222
восстановление vma архива: zstd -q -d -c /nvme/backups/vzdump-qemu-103-2024_04_14-15_00_03.vma.zst | vma extract -v -r /var/tmp/vzdumptmp2579751.fifo - /var/tmp/vzdumptmp2579751
CFG: size: 786 name: qemu-server.conf
DEV: dev_id=1 size: 540672 devname: drive-efidisk0
DEV: dev_id=2 size: 536870912000 devname: drive-scsi0
DEV: dev_id=3 size: 536870912000 devname: drive-scsi1
DEV: dev_id=4 size: 1048576 devname: drive-tpmstate0-backup
CTIME: Sun Apr 14 15:00:03 2024
Форматирование '/mnt/pve/file222/images/203/vm-203-disk-0.raw', fmt=raw size=540672 preallocation=off
новый ID тома 'file222:203/vm-203-disk-0.raw'
Форматирование '/mnt/pve/file222/images/203/vm-203-disk-1.raw', fmt=raw size=536870912000 preallocation=off
новый ID тома 'file222:203/vm-203-disk-1.raw'
Форматирование '/mnt/pve/file222/images/203/vm-203-disk-2.raw', fmt=raw size=536870912000 preallocation=off
новый ID тома 'file222:203/vm-203-disk-2.raw'
Форматирование '/mnt/pve/file222/images/203/vm-203-disk-3.raw', fmt=raw size=1048576 preallocation=off
новый ID тома 'file222:203/vm-203-disk-3.raw'
маппинг 'drive-efidisk0' на '/mnt/pve/file222/images/203/vm-203-disk-0.raw' (запись нулей = 0)
маппинг 'drive-scsi0' на '/mnt/pve/file222/images/203/vm-203-disk-1.raw' (запись нулей = 0)
маппинг 'drive-scsi1' на '/mnt/pve/file222/images/203/vm-203-disk-2.raw' (запись нулей = 0)
маппинг 'drive-tpmstate0-backup' на '/mnt/pve/file222/images/203/vm-203-disk-3.raw' (запись нулей = 0)
_14-15_00_03.vma.zst : ошибка чтения (39) : преждевременный конец
vma: восстановление не удалось - недостающий vma extent (76930 < 3801600)
/bin/bash: строка 1: 2579753 Выход 1 zstd -q -d -c /nvme/backups/vzdump-qemu-103-2024_04_14-15_00_03.vma.zst
2579754 Точка остановки/трап прерывания | vma extract -v -r /var/tmp/vzdumptmp2579751.fifo - /var/tmp/vzdumptmp2579751
временный том 'file222:203/vm-203-диск-1.raw' успешно удалён
временный том 'file222:203/vm-203-диск-3.raw' успешно удалён
временный том 'file222:203/vm-203-диск-2.raw' успешно удалён
временный том 'file222:203/vm-203-диск-0.raw' успешно удалён
замок 'create' не найден при попытке удаления
ошибка до или во время восстановления данных, некоторые или все диски были восстановлены не полностью. Состояние VM 203 не очищено.
команда 'set -o pipefail && zstd -q -d -c /nvme/backups/vzdump-qemu-103-2024_04_14-15_00_03.vma.zst | vma extract -v -r /var/tmp/vzdumptmp2579751.fifo - /var/tmp/vzdumptmp2579751' завершилась с ошибкой: код выхода 133

root@dell1:/nvme/backups# qmrestore /nvme/backups/vzdump-qemu-101-2025_04_11-10_39_54.vma.zst 201 --storage file222
невозможно восстановить VM 201 - VM 201 уже существует на узле 'dell1'
root@dell1:/nvme/backups# qm destroy 201
root@dell1:/nvme/backups# qmrestore /nvme/backups/vzdump-qemu-101-2025_04_11-10_39_54.vma.zst 201 --storage file222
root@dell1:/nvme/backups# qmrestore /nvme/backups/vzdump-qemu-101-2025_04_11-10_39_54.vma.zst 201 --storage file222
восстановление vma архива: zstd -q -d -c /nvme/backups/vzdump-qemu-101-2025_04_11-10_39_54.vma.zst | vma extract -v -r /var/tmp/vzdumptmp2460238.fifo - /var/tmp/vzdumptmp2460238
CFG: size: 864 name: qemu-server.conf
DEV: dev_id=1 size: 540672 devname: drive-efidisk0
DEV: dev_id=2 size: 17408 devname: drive-tpmstate0-backup
DEV: dev_id=3 size: 1503238553600 devname: drive-virtio0
DEV: dev_id=4 size: 805306368000 devname: drive-virtio1
CTIME: Fri Apr 11 10:39:56 2025
Форматирование '/mnt/pve/file222/images/201/vm-201-disk-0.qcow2', fmt=qcow2 cluster_size=65536 extended_l2=off preallocation=metadata compression_type=zlib size=540672 lazy_refcounts=off refcount_bits=16
новый ID тома 'file222:201/vm-201-disk-0.qcow2'
Форматирование '/mnt/pve/file222/images/201/vm-201-disk-0.raw', fmt=raw size=17408 preallocation=off
новый ID тома 'file222:201/vm-201-disk-0.raw'
Форматирование '/mnt/pve/file222/images/201/vm-201-disk-1.qcow2', fmt=qcow2 cluster_size=65536 extended_l2=off preallocation=metadata compression_type=zlib size=1503238553600 lazy_refcounts=off refcount_bits=16
новый ID тома 'file222:201/vm-201-disk-1.qcow2'
Форматирование '/mnt/pve/file222/images/201/vm-201-disk-2.qcow2', fmt=qcow2 cluster_size=65536 extended_l2=off preallocation=metadata compression_type=zlib size=805306368000 lazy_refcounts=off refcount_bits=16
новый ID тома 'file222:201/vm-201-disk-2.qcow2'
маппинг 'drive-efidisk0' на '/mnt/pve/file222/images/201/vm-201-disk-0.qcow2' (запись нулей = 0)
маппинг 'drive-tpmstate0-backup' на '/mnt/pve/file222/images/201/vm-201-disk-0.raw' (запись нулей = 0)
маппинг 'drive-virtio0' на '/mnt/pve/file222/images/201/vm-201-disk-1.qcow2' (запись нулей = 0)
маппинг 'drive-virtio1' на '/mnt/pve/file222/images/201/vm-201-disk-2.qcow2' (запись нулей = 0)
прогресс 1% (прочитано 23085514752 байт, длительность 341 с)
прогресс 2% (прочитано 46170963968 байт, длительность 684 с)
прогресс 3% (прочитано 69256413184 байт, длительность 1029 с)
прогресс 4% (прочитано 92341862400 байт, длительность 1374 с)
прогресс 5% (прочитано 115427311616 байт, длительность 1724 с)
прогресс 6% (прочитано 138512760832 байт, длительность 2072 с)
прогресс 7% (прочитано 161598210048 байт, длительность 2419 с)
прогресс 8% (прочитано 184683659264 байт, длительность 2766 с)
zstd: /nvme/backups/vzdump-qemu-101-2025_04_11-10_39_54.vma.zst: преждевременный конец gz
vma: восстановление не удалось - недостающий vma extent (2789297 < 3801600)
/bin/bash: строка 1: 2460240 Выход 1 zstd -q -d -c /nvme/backups/vzdump-qemu-101-2025_04_11-10_39_54.vma.zst
2460241 Точка остановки/трап прерывания | vma extract -v -r /var/tmp/vzdumptmp2460238.fifo - /var/tmp/vzdumptmp2460238
временный том 'file222:201/vm-201-диск-2.qcow2' успешно удалён
временный том 'file222:201/vm-201-диск-0.raw' успешно удалён
временный том 'file222:201/vm-201-диск-0.qcow2' успешно удалён
временный том 'file222:201/vm-201-диск-1.qcow2' успешно удалён
замок 'create' не найден при попытке удаления
ошибка до или во время восстановления данных, некоторые или все диски были восстановлены не полностью. Состояние VM 201 не очищено.
команда 'set -o pipefail && zstd -q -d -c /nvme/backups/vzdump-qemu-101-2025_04_11-10_39_54.vma.zst | vma extract -v -r /var/tmp/vzdumptmp2460238.fifo - /var/tmp/vzdumptmp2460238' завершилась с ошибкой: код выхода 133
29.04.2025 01:10:00, UK SPEED.