Аспро: ЛайтШоп [тема: Резервное копирование / Восстановление]

Резервное копирование / Восстановление

Thu, 10 Apr 2025 23:23:00 +0300

Резервное копирование / Восстановление Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Спасибо, ты оказался прав, оказалось, один из моих USB-накопителей не работает.
10.04.2025 23:23:00, valr30.

Резервное копирование / Восстановление

Mon, 07 Apr 2025 13:24:00 +0300

Резервное копирование / Восстановление Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Этот корпус работает отлично, я использую его для других резервных копий, и у меня никогда не было проблем. Покупаю ещё один жёсткий диск, чтобы проверить, действительно ли проблема в нём.
07.04.2025 13:24:00, valr30.

Резервное копирование / Восстановление

Mon, 07 Apr 2025 13:22:00 +0300

Резервное копирование / Восстановление Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Я знаю, многие жаловались, что нужно проверить оперативку, но у меня с ней всё в порядке. Думаю, некоторые отметили, что проблема была скорее в чтении бэкапа. Может, Proxmox слишком чувствителен к чтению бэкапов, не идеально синхронизируется на более слабом железе или что-то в этом роде.
07.04.2025 13:22:00, valr30.

Резервное копирование / Восстановление

Mon, 07 Apr 2025 09:11:00 +0300

Резервное копирование / Восстановление Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Попробуй проверить контрольные суммы на больших скопированных файлах. Возможно, понадобится проверить внешний диск, и/или попробовать разные кабели/корпуса для него. Также можно попробовать другой USB-порт. Я бы даже попробовал USB 2. Некоторые реализации USB (3) на старых материнских платах просто ужасны.
07.04.2025 09:11:00, gfngfn256.

Резервное копирование / Восстановление

Mon, 07 Apr 2025 04:04:00 +0300

Резервное копирование / Восстановление Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Если у тебя возникают проблемы с повреждением данных, запусти memtest86+ примерно на 12 часов. Если тебе нужна более быстрая компрессия, попробуй pigz. Однако, 1.5–1.75 часа на 500 ГБ – это не так уж и плохо. Ты пишешь на вращающийся HDD со скоростью 5400 об/мин через USB3. Единственный способ ускорить это – перейти на более быстрый процессор с большим количеством ядер и SSD. https://www.amazon.com/dp/B09VLH13LX?ref=ppx_yo2ov_dt_b_fed_asin_title&th=1
07.04.2025 04:04:00, Kingneutron.

Резервное копирование / Восстановление

Mon, 07 Apr 2025 02:15:00 +0300

Резервное копирование / Восстановление Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Привет, у меня установлен Proxmox 8.3.0 на I7-8700 с 32 ГБ оперативной памяти, установленный на NVMe 1 ТБ. Я подключаю USB-накопитель (3.0) для резервного копирования, это 1 ТБ HDD. 5400 об/мин SATA 6Gb/s 3.5-дюймовый жесткий диск. У меня две проблемы.

1. Резервное копирование очень медленное. Кажется, что скорость резервного копирования очень, очень, очень медленная, подозреваю, что что-то не так. Я пробовал 3 разных резервных копии: с zStd, gzip и "none". Все три были медленными, как черепаха. Я знаю, что это не сервер в каком-то смысле, но все же, это действительно медленно. Для 500 ГБ на zStd ушло 1 ч. 40 мин, для gzip — 2 ч. 43 мин, для "none" — 1 ч. 38 мин. Я знаю, что HDD не быстрый, но я могу копировать файлы на этот диск намного быстрее, чем резервное копирование. Где мне стоит покопаться? Я читал много сообщений на форумах, пробовал все, и это все равно слишком медленно, чтобы быть практичным. При создании резервной копии ВМ выключена, используется режим снимков. Я знаю, что некоторые скажут: "ВМ должна работать, чтобы создавался снимок, и последующее резервное копирование будет быстрее". Но моя точка зрения в том, что: я просто хочу одну хорошую резервную копию.

2. Резервные копии содержат ошибки. На новой установке Proxmox (тот же ПК, та же версия, просто используется другой NVMe в качестве диска загрузки, другой NVMe удален из ПК) я воссоздал свою ВМ и пытаюсь восстановить эту резервную копию, созданную на шаге 1. Я пробовал с zstd и получил ошибку при восстановлении, затем gzip, также получил ошибку. Теперь я пробую с "none", думая, что это может быть проблема с эмуляцией шифрования/сжатия.

Ошибка zStd при восстановлении: ... progress 10% (read 53687091200 bytes, duration 255 sec) progress 11% (read 59055800320 bytes, duration 276 sec) \_06-09\_29\_53.vma.zst : Decoding error (36) : Data corruption detected vma: restore failed - short vma extent (1255424 < 3277312) /bin/bash: line 1: 1651 Exit 1 zstd -q -d -c /media/ProxmoxBackup/Backup/dump/vzdump-qemu-100-2025\_04\_06-09\_29\_53.vma.zst 1652 Trace/breakpoint trap | vma extract -v -r /var/tmp/vzdumptmp1642.fifo - /var/tmp/vzdumptmp1642 Logical volume "vm-100-disk-0" successfully removed. temporary volume 'local-lvm:vm-100-disk-0' successfully removed no lock found trying to remove 'create' lock error before or during data restore, some or all disks were not completely restored. VM 100 state is NOT cleaned up. TASK ERROR: command 'set -o pipefail && zstd -q -d -c /media/ProxmoxBackup/Backup/dump/vzdump-qemu-100-2025\_04\_06-09\_29\_53.vma.zst | vma extract -v -r /var/tmp/vzdumptmp1642.fifo - /var/tmp/vzdumptmp1642' failed: exit code 133

Ошибка gzip при восстановлении: restore vma archive: zcat /media/ProxmoxBackup/Backup/dump/vzdump-qemu-100-2025\_04\_06-11\_37\_43.vma.gz | vma extract -v -r /var/tmp/vzdumptmp5339.fifo - /var/tmp/vzdumptmp5339 CFG: size: 536870912000 name: qemu-server.conf CFG: size: 584 name: qemu-server.fw DEV: dev\_id=1 size: 536870912000 devname: drive-scsi0 CTIME: Sun Apr 6 11:37:44 2025 Logical volume "vm-100-disk-0" successfully removed. Logical volume "vm-100-disk-0" created. new volume ID is 'local-lvm:vm-100-disk-0' map 'drive-scsi0' to '/dev/pve/vm-100-disk-0' (write zeros = 0) progress 1% (read 5368709120 bytes, duration 25 sec) progress 2% (read 10737418240 bytes, duration 60 sec) progress 3% (read 16106127360 bytes, duration 96 sec) progress 4% (read 16106127360 bytes, duration 96 sec) progress 5% (read 21474836480 bytes, duration 137 sec) progress 5% (read 26843545600 bytes, duration 169 sec) progress 6% (read 32212254720 bytes, duration 202 sec) progress 6% (read 32212254720 bytes, duration 202 sec) progress 7% (read 37580963840 bytes, duration 236 sec) vma: restore failed - wrong vma extent header chechsum /bin/bash: line 1: 5346 Broken pipe zcat /media/ProxmoxBackup/Backup/dump/vzdump-qemu-100-2025\_04\_06-11\_37\_43.vma.gz 5347 Trace/breakpoint trap | vma extract -v -r /var/tmp/vzdumptmp5339.fifo - /var/tmp/vzdumptmp5339 Logical volume "vm-100-disk-0" successfully removed. temporary volume 'local-lvm:vm-100-disk-0' successfully removed no lock found trying to remove 'create' lock error before or during data restore, some or all disks were not completely restored. VM 100 state is NOT cleaned up. TASK ERROR: command 'set -o pipefail && zcat /media/ProxmoxBackup/Backup/dump/vzdump-qemu-100-2025\_04\_06-11\_37\_43.vma.gz | vma extract -v -r /var/tmp/vzdumptmp5339.fifo - /var/tmp/vzdumptmp5339' failed: exit code 133

Ошибка "none": Кажется, что процесс застрял на 22%, по крайней мере, так показывалось. Я подождал 1 час 40 минут, но процесс действительно застрял на 22%. Поэтому я его остановил, получил неожиданное состояние. И затем даже Proxmox завис, мне пришлось его перезагрузить. Когда я вернулся, я заметил, что восстановленный диск был там, но конфигурация ВМ была не в порядке, имя не было установлено и т. д. Я скопировал оригинальный 100.conf, чтобы посмотреть, есть ли ошибки на диске. Запустил ВМ, но она зависла, поэтому диск не завершен. Полный вывод прилагаю.
07.04.2025 02:15:00, valr30.