AO>>> zstreamdump < backup_file VS>> Работает, но код завершения будет 0, даже если в backup_file VS>> что-нибудь попортить hex редактором. AK> если тебя не устраивает проверка только управляющих блоков
Да даже если backup_file-у отрезать хвост с помощью truncate, то zstreamdump этого не замечает. От средства, предлагаемого для проверки читаемости резервной копии, хотелось бы чуть большего.
AK> - то AK> единственный вариант - таки физически разворачивать на отдельный AK> носитель, и сравнивать, тупо, cmp.
Это одна крайность. А вот другая:
root@vas:~ # echo "Peace to you" > /var/tmp/qqq root@vas:~ # zstreamdump < /var/tmp/qqq ; echo $? SUMMARY: Total DRR_BEGIN records = 0 Total DRR_END records = 0 Total DRR_OBJECT records = 0 Total DRR_FREEOBJECTS records = 0 Total DRR_WRITE records = 0 Total DRR_WRITE_BYREF records = 0 Total DRR_WRITE_EMBEDDED records = 0 Total DRR_FREE records = 0 Total DRR_SPILL records = 0 Total records = 0 Total write size = 0 (0x0) Total stream length = 0 (0x0) 0
Это блин средство проверки бэкапа?
AK> Интересно, какого еще чуда ты ждешь AK> от zfs?
Разве это чудо, чтобы "zfs receive -n" не вываливалось посреди стрима?
Мне бы что-нибудь уровня "restore -N", которое понимает, что файл преждевременно кончился, или что он внутри попорчен.
