Привет, у меня установлен 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, чтобы посмотреть, есть ли ошибки на диске. Запустил ВМ, но она зависла, поэтому диск не завершен. Полный вывод прилагаю.
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, чтобы посмотреть, есть ли ошибки на диске. Запустил ВМ, но она зависла, поэтому диск не завершен. Полный вывод прилагаю.
