https://www.opennet.ru/openforum/vsluhforumID3/132224.html Сформированы корректирующие выпуски проекта OpenZFS 2.1.14 и 2.2.2, развивающего реализацию файловой системы ZFS для Linux и FreeBSD. В обновлениях устранена проблема в коде проверки согласованности кэша dnode, приводящая к повреждению данных в файлах, содержавших пустые области, при их копировании после внесения изменений...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=60212<br> https://www.opennet.ru/openforum/vsluhforumID3/132224.html#361 Sun, 10 Dec 2023 11:16:21 GMT &gt;&gt; Кстати, а вы в курсе, что " Nodatacow implies nodatasum"? А что <br>&gt;&gt; в postgresql чексумминг на уровне страниц надо включать отдельно?<br>&gt; Базы априори пытаются делать большую часть работы ФС, начиная с журналирования. Плюс-минус <br>&gt; еще и чексуммы - логичное продолжение банкета. А зачем считать чексумы <br>&gt; дважды? Если кто хотел косплеить ФС - пусть и косплеит. Даже <br>&gt; вот фича такая есть.<br><br>И какое отношение этот спич имеет к истории Шарика выше, который вместе с COW, роняющей перформанс БД (mvcc субд + cow ФС, м-ммм!) отключил чексуммы на ФС, а в БД - внезапно - не включил, и рассказывает всем про супер-уровень-защиты-волосы-стали-длинными-и-шелковистыми, м?<br>А если "никакого" - то может лучшие собаководы расскажут, куда в таком сетапе ставить btrfs (Или не btrfs?), где включать чексуммы, как с этим взаимодействует репликация (Streaming или logical? Или может вообще не включать - двух контрацептивов заглаза?), к чему цеплять EMC Avamar (Или не цеплять? Защищено ж все!) - ну и что сделать, чтобы этот чуд https://www.opennet.ru/openforum/vsluhforumID3/132224.html#360 Sun, 10 Dec 2023 09:57:20 GMT Упоминание ссд тут очень характерно и показательно на самом деле.<br> https://www.opennet.ru/openforum/vsluhforumID3/132224.html#359 Sun, 10 Dec 2023 09:47:11 GMT &gt; Кстати, а вы в курсе, что " Nodatacow implies nodatasum"? А что <br>&gt; в postgresql чексумминг на уровне страниц надо включать отдельно?<br><br>Базы априори пытаются делать большую часть работы ФС, начиная с журналирования. Плюс-минус еще и чексуммы - логичное продолжение банкета. А зачем считать чексумы дважды? Если кто хотел косплеить ФС - пусть и косплеит. Даже вот фича такая есть.<br> https://www.opennet.ru/openforum/vsluhforumID3/132224.html#358 Sun, 10 Dec 2023 09:40:12 GMT &gt; Кроме как добавить энтропии во вселенной этот подход ничего не несёт. Бесполезные <br>&gt; операции ради бесполезных операций. Хотя, если нет возможности задействовать самодиагностику <br>&gt; дисков (к примеру, при подключении через китайский переходник), то, может быть. <br><br>Это может сказать только человек не эксплуатировавший ФС с чексумами в достаточном объеме. А те кто это пробовал - таки, вот, наловили глюкавых железок и спасли немало фс от фатальных разлетов, срубив проблему на подлете - и считают иначе, соответственно. Хороший пример что незнание - сила. В плохом смысле слова.<br><br>&gt;&gt;на нормально работающем железе <br>&gt; на нормально работающем железе никогда не понадобится ничего сложнее ext4.<br><br>Осталось еще вселенную с этим нормальным железом найти. Потому что в этой вселенной - даже энтерпрайзные SSD осыпаются. Особенно если ими подпереть как кешом более медленные хранилки.<br> https://www.opennet.ru/openforum/vsluhforumID3/132224.html#357 Sat, 09 Dec 2023 08:43:27 GMT &gt; Ну да, ну да, в бак с топливом "боинга" на лету неудобно светить фонариком и оценивать на глаз<br><br>Ну, знаешь, если в боингах будут такие же датчики, как в бтрзфсах, то я лучше на них летать перестану.<br> https://www.opennet.ru/openforum/vsluhforumID3/132224.html#356 Fri, 08 Dec 2023 12:28:29 GMT &gt; в случае с raid 1, например, мы можем только узнать что <br>&gt; копии расходятся, но не можем сказать какая верная. то же самое <br>&gt; и с raid 5. raid 6 теоретически может исправить ошибку, но только пока он не в <br>&gt; degraded состоянии.<br><br>Во, edo понял трабл - и чем райд+чексум лучше чем просто raid. Но в размазанном на layer'ы дизайне оно, вероятно, в self heal вообще не смогет. Инфо на стыке layer'ов потеряется - и упс, то что btrfs делает в крейсерском режиме, вообще не требуя конфигурации, вон там - жуткий рокетсайнс - если возможно вообще. Пусть этот свистун и пользуется такими технологиями сам.<br><br>&gt; можно сказать актуальная она или нет; если нет, то можно откатить <br>&gt; фс в предыдущее консистентное состояние) <br><br>Btrfs для трека актуальности generation использует, но это в целом не мешает чексумам работать и делать - ну вот то что и должны. Так что наловилось некоторое количество кривых экспонатов. И при таких фактах свистящий трон выглядит хиловато...<br> https://www.opennet.ru/openforum/vsluhforumID3/132224.html#355 Fri, 08 Dec 2023 12:19:24 GMT &gt; Например дырочку при чтении дырочки из файла.<br><br>Субъективно - на 1 этот факап за всю жизнь я видел не менее ДЮЖИНЫ прецедентов выгрузки блочными девайсами какой-то трухи юзерам - и даже лично мне.<br><br>Учитывая что для вот этого факапа надо было еще и извратиться, а вон то - вообще САМО разваливается, на флешатине просто за факт приближения к лимиту износа - ну, знаете, я предпочту знать истинное состояние дел с чексумами. И не, ваши dm, md, lvm и проч вы там сами и используйте, имхо. Если в zfs нужда в именно таком менеджменте девайсов еще притянута за уши, ибо ничего принципиально иного не делает, то вот btrfs и bcachefs попользовались на всю катушку возможностями которые это дает - и это было круто.<br><br>А еще лично мне нравится как логика self heal в btrfs с ремапом взаимодействует: репайрит плохую копию из хорошей, что при io error что при отгрузке трухи. В любом случае проблема починена а этот факт залоггирован. А не вон тот позор.<br> https://www.opennet.ru/openforum/vsluhforumID3/132224.html#354 Fri, 08 Dec 2023 12:10:38 GMT &gt; Смешанный.<br><br>Может означать все что угодно. Однако нехило бы описать что и как измерялось, по сравнению с чем, и указать какие-то детали.<br><br>&gt;&gt; Это расплата за продвинутый дизайн и удобный менеджмент <br>&gt; Не знать, сколько _реально_ в FS осталось свободного места - это да, <br><br>Ды ты в современной системе и сколько RAM свободной - де факто не знаешь. Можешь посмотреть как в линухе аллокация памяти сделана по дефолту, с оверкомитом и проч. Идея кстати примерно та же самая. Но ты конечно можешь у себя отрубить оверкомит... только тогда сильно меньше программ сможешь запускать при прочих равных. Почему-то.<br><br>А прикинь, файлуха может не знать заранее что я рефлинкну вон тот 3-терабайтный образ. Смотри, мы начинаем с 3Тб файлом и 5Тб хранилкой. Вроде бы 2 Тб места примерно. Делаем пару рефлинканутых "копий". Опа, у нас как бы 9 терабайт - на 5 тер места. Реально конечно там 3 терабайта + отличия. Но де факто это оверкомит и "оверселл". И откуда б заранее знать насколько рефлинкнутые копии разъедутся? Захотят - ста https://www.opennet.ru/openforum/vsluhforumID3/132224.html#353 Fri, 08 Dec 2023 11:43:33 GMT &gt; Э, да у вас проблемы с надёжностью.<br>&gt; У меня десктоп с ECC-памятью лет 8 уже как.<br>&gt; Может поэтому мне никакие ZFS и не упёрлись :) <br><br>А корректность работы проца, чипсета, шин, шнурков, накопителей и проч - гарантируется любимым российским методом - "на авось". Я все правильно понял в этой чудной схеме?<br>