= Сообщение: 1471 из 8504 ========================================= RU.LINUX = От : Konstantin Kuzov 2:5019/40.1 27 Aug 14 00:19:10 Кому : Alexey Vissarionov 27 Aug 14 00:19:10 Тема : Reiserfs: file corruption in 3.16.x kernels FGHI : area://RU.LINUX?msgid=2:5019/40.1+53fcf53c На : area://RU.LINUX?msgid=2:5020/545+53fce020 = Кодировка сообщения определена как: CP866 ================================== ============================================================================== Konnichi wa, *Alexey-kun*! Aogu manako oyobi uketamawaru waga koe! Tomodachi _Alexey Vissarionov_ tsukuru airon _Konstantin Kuzov_ Nichiji - /*26 Авг 14 23:22*/, Daizai - /*Reiserfs: file corruption in 3.16.x kernels*/:
KK>> ошибка в balance_leaf, приводящая к никак неиндицируемой порчи KK>> файлов, проявляющаяся как в обрезанных файлах, так и в добавлении KK>> мусора в начала файла. Все 3.16 ядра на текущий момент KK>> подвержены. Если используете reiserfs - держитесь от этих ядер KK>> подальше, ибо reiserfsck ошибки исправить не сможет.
AV> Плохая, негодная рекомендация. Правильно так: если работаете с AV> эхотагом - используйте только проверенные ФС и методы работы с AV> накопителями.
Эм... Чем это reiserfs непроверенная-то? Ты с reiser4 не путаешь? reiserfs в составе ядра уже более 10 лет как. И она одна из самых неубиваемых фс, с наименьшим количеством проблем за весь её цикл пребывания. Так что на вкус и цвет, как говорится...
AV> Тут, блЪ, ext4 лишний раз стараешься не использовать, ибо до сих пор AV> баги вылезают, а уж всякую кривизну лучше даже вообще в ядро не AV> вкомпилячивать.
Hу, от регрессий никто не застрахован. Последнее время, с введением 3ей ветки и изменения цикла релизов, я не видел почти ни одного ядра, которое не имеет каких-либо достаточно существенных проблем, то multipath вгоняет в панику, то ipip зарефакторят до полного memory corruption, то сетевой стек испортили и пакеты бьются,... Вон, до сих пор ipip-туннели без явного указания local теряют трафик и шлют от 0.0.0.0 пакеты на ядрах >3.11.
вот к примеру аналогичные по ext (далеко не все): ext2 corruption - regression between 2.6.9 and 2.6.10 v2.6.27.2 ext3: fix ext3_dx_readdir hash collision handling" causes a regression when deleting big directories. v2.6.28-rc1: Regression in ext3/jbd ext3 corruption in combination with Xen 3.1 ext3 error handling on inode bitmap corruption 3.2 ext3 regression fix (deadlock) 3.7
Про ext4 как ты верно подметил молчу, хватает даже этого: Serious progressive ext4 data corruption bug in 3.6.3 (and other stable branches?)
AV> Кстати, а не создавались ли те рейзеры на LVM? Очень уж симптомы AV> похожи...
