>[оверквотинг удален]
>>> http://docs.freebsd.org/cgi/mid.cgi?544EA961.2090508
>>> http://docs.freebsd.org/cgi/mid.cgi?CACpH0MeAvs6rzWUo3uF8uTy...
>>> http://docs.freebsd.org/cgi/mid.cgi?etPan.5446c5a2.78f17764....
>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194513
>>> http://docs.freebsd.org/cgi/mid.cgi?543FAB3C.4090503
>>> и это только по ZFS и только за пару последних недель...
>> Есть некие нештатные ситуации использования, в которых срабатывают блокировки ядра или
>> сыпется железо на -CURRENT или устаревших (9.2) версиях FreeBSD. А где
>> прямые потери данных на ZFS и UFS?
> ну во-первых про потери речи не шлоА зачем тогда выпячивать специфические случаи?
> во-вторых всё в той же рассылке у людей разваливаются zraid массивы при
> нормальных носителях (проверялись отдельно) и восстановление или настолько не тривиально,
> или невозможно средствами zfs восстановления/проверки - чем не потеря данных?
Я увидел: резильверинг на одном из 20 физических носителей в raidz1, отданного, судя по названию пула, под торрент. Так это не потеря, а онлайн процесс верификации возможной потери данных на одном из осыпающихся носителей.
> на ufs чуток другая история с переписанным SU - не работает абсолютно
> sync - то есть оно работает, но через 60 секунд -
> если за эти 60 секунд данные не сброшены на носитель+непредвиденная ситуация
> и паника/отключение питания/любой другой сбой по питанию - считай - данные
> утеряны...
Метаданные возьмутся из предыдущего снапшота. Потеряется только зарезервированное под новые данные место.
> SUJ - как было поломанным от рождения - так с тех пор
> ничего не изменилось - либо не хватает ума разобраться в чужом
> коде, либо желания.
А что там не так?
> после fsck UFS - lost+found зачастую пуст, а в тех файлах, что по идее должно что-то быть - размер 0.
Значит транзакция записи в эти файлы была аварийно прервана. Потерянные цепочки — это выделенное место под новые файлы, которые не записались из-за аварийного сбоя. Метаданные починились откатом к последней завершённой транзакции. Так работает Soft-Updates — ничего страшного в этом нет.
> для того что бы наступать на те же грабли - системой нужно
> пользоваться не в ознакомительных целях - а плотно и постоянно использовать
> во всех прикладных задачах + бывают частные случаи, которые встречаются крайне
> редко для набора статистики и возможности воспроизведения кем-то другим, кто знает
> слово "FreeBSD".
Инфраструктура FreeBSD и работает на самой себе, а не на линуксах каких-то.
> при более ответственном отношении к коду и системе в целом - таких бы тенденций вообще не было бы.
При более ответственном отношении к системам хранения данных в Btrfs давно была бы возможность использовать RAID-5 и RAID-6 штатно в продакшене. Но её почему-то нет и неизвестно, когда будет. А в ZFS эти вещи были изначально заложены и реализованы. И с успехом применяются каждодневно на большом числе серверов (в том числе на GNU/Linux со сторонним модулем). Так что: "при более ответственном отношении к коду и системе в целом - таких бы тенденций в GNU/Linux, в частности в Btrfs, вообще не было бы."
