> Локалхосты локалхостами, а у меня довольно много всякой странной фигни, подвергающейся
> странным приключениям и экспериментам. Если оно не сдохло - это хороший проблема в том, что твоих данных тоже никому не жалко, экспериментатор ты наш.
А вот мне моих жалко, и я с ними не экспериментирую по этой самой причине. А на экспериментальных системах, увы, нельзя оценить надежность.
> Оно происходит если эта штука нарвалась в процессе лопатинга тома на образ
> диска с другим рейзером. После чего оно вкатит чужие структуры оттуда
ну, не только.
Впрочем, там тоже была похожая идея - найти на диске похожие структуры и решить их употребить. Потому что от данных отличать не умели ;-)
> У авторов амула оно вообще ничего не спрашивало - том перестал монтироваться
> требуя fsck. При попытке fsck он был доломан окончательно и сервак
говорят тебе - reiserfsck такого не делал. Его надо было специльно попросить, причем до этого где-то где работает прочитать документацию - на --help он предлагал быстро и качественно помочь всего лишь за $25 ;-)
> При этом я конечно закладываюсь что btrfs меня не подведет в
> этой механике, но по другому undo на терабайтных файликах вообще сложновато.
ну она либо вся сдохнет, либо нечему подводить - данные -то не перезаписываются.
> Ну вот я о чем. Может у этих сумасшедших гениев и есть
> интересные технологии, но от ФС важен набор свойств в целом. И
там разные гении. Ганс был гений как денег с бесплатного софта поиметь - по чуть-чуть, но на всех и без обид. А этот гений только в области код наплюхать, возможно интересный, но для внедрения нужно уметь с людьми, а вот этого-то без Ганса и нет.
>> нормальная скорость - если ты знаешь, для чего на самом деле этот
>> журнал и правильно все соберешь.
> "А если вот так посмотреть - вовсе даже и не кривой". Проблема
да нет, оно изначально для этой цели задумано. Журнал с данными, а не метаданными, изначально предполагалось класть на отдельный быстрый диск. По сей день рудименты сохранились (то есть создать такую ext4 можно, а насколько оно работает - не ведаю)
>> надо - ZIL под понятно какой fs и тоже понятно
>> что он собой представляет и какие есть особенности (а они есть)
> Ну а меня вот вполне устраивает что btrfs'ина сделает мне CoW и
смысл zil (и data journaling) он немного в другом - быстро и с гарантией сообщить процессу об окончании записи, а на медленный основной стор перенести потом, когда будет время тихое.
cow - он и в zfs такой же
> Да я и без лекций переживу - я в состоянии принять для
> себя решения сам. И отдуться за них потом. Даже если ситуация
для этого надо хотя бы знать, для чего оно задумано и как должно использоваться.
вот для btrfs понятно что задумали фигню, а сейчас пытаются приспособить к докерам и прочей иерархической муре - поэтому рефлинки как раз будут работать, а все остальное - может быть.
А вот что думает redhat - я лично не понимаю.
