> Что касается Вас, давно бы почитали, после всех намеков, как происходит consistency check у разных вендоров raid-массивов, и для raid5/6 что такое bad stripes, и т д

Не, вы на самом деле считате, что я ничего не знаю про RAID? Я уже два раза предлагал, предлагаю в третий - давайте рассмотрим простой пример. Предположим, есть RAID5 из 4 дисков с данными, четырех дисков с данными, одним диском с четностью. Предположим, на нем есть страйп, XOR блоков которого не дает в резульате все нули (или все единицы, не принципиально). Как определить, на каком из пяти дисков неправильные данные? Что будет делать RAID-контроллер? Что он будет делать, если один из дисков будет неисправен?

>Нет, Вы уперлись зачем-то в свой ZFS,

Вам показалось. Контроль целостности есть не только в ZFS, но и в btrfs и некоторых других системах тоже, правда реализован везде немного по-своему, поэтому в части полноты контроля они могу отличаться. Так что дело не в ZFS, а все-таки в контроле целостности самом по себе и его плюсах, которые он может дать.

>и не видите, не хотите понимать, и не верите, что похожие фичи (но только не на уровне данных, а блоков рейд-массива, что в большинстве случаев достаточно, и даже это не всегда нужно) есть и в raid5/6.

Я вам не спроста подсовываю пример - дело в том, что то, что вы называете "похожими фичами", на самом деле имеет весьма мало общего с контролем целостности.

Достаточно этих ваших "подобных фич" или нет, вы поймете тогда, когда столкнетесь с необходимостью поиска источника неявного повреждения данных.

>Сознательно же не писать какую-то информацию глупо и не честно по отношению к колегам, и противоречит духу OpenSource :)
>
>Может быть, но я в Вашем случае увидела то же самое :)

Чтобы не быть голословной, не моглы бы вы написать, что же такое вы увидели? Иначе получается, что вы ведете себе ровно в соответствии с вашими словами выше - глупо, нечестно по отношению к коллегам и противореча духу OpenSource. И не надо больше про консалтинг, ладно?