= Сообщение: 6213 из 10756 ===================================== RU.UNIX.BSD = От : Victor Sudakov 2:5005/49 22 Nov 17 20:08:32 Кому : Alex Korchmar 22 Nov 17 20:08:32 Тема : Куда подевалось место на ZFS FGHI : area://RU.UNIX.BSD?msgid=2:5005/49+5a1578ca На : area://RU.UNIX.BSD?msgid=<1187508445@ddt.demos.su>+c505285c = Кодировка сообщения определена как: CP866 ================================== ============================================================================== Dear Alex,
22 Nov 17 13:40, Alex Korchmar wrote to me:
VS>> Это блин средство проверки бэкапа? AK> это средство проверки читаемости.
Что за средство проверки читаемости такое, которое не замечает, что конец читаемого бэкапа откусили? В задницу такое средство проверки.
"restore -N" замечает такое на раз (хотя и не очень элегантно реагирует), и checksum incorrect тоже замечает, если в дампе полазить hex-редактором. Подумать только, dump/restore 20+ лет, а контрольные суммы дампа считает.
AK>>> Интересно, какого еще чуда ты ждешь AK>>> от zfs? VS>> Разве это чудо, чтобы "zfs receive -n" не вываливалось посреди VS>> стрима? AK> полагаю, раз тест прошел, этот твой привед zfs receive тоже прожует AK> ;-)
Тут есть тонкость. "zfs receive" стрим разворачивает без проблем, а вот "zfs receive -n" обламывается. Вероятнее всего из-за отсутствия промежуточных датасетов, которые в режиме -n разумеется не создаются.
AK> А то, на чем вываливается - вероятнее всего и тест не пройдет.
Проходит. Тест zstreamdump проходит практически любой файл, можешь его напустить на /etc/fstab - тоже пройдет.