LINUX.ORG.RU

Порча данных на ФС ext3 на ядрах => 2.6.5


0

0

На LKML ведётся активное обсуждение серьёзной проблемы порчи данных, которую сначала относили к багам в приложении rTorrent, но затем оказалось, что это не так. Ошибка не затрагивает ФС ext2, а также всё работает корректно при включении опции монтирования data=writeback для ext3. Расследование продолжается.

>>> Подробности

★★★★★

Проверено: Pi ()

Ответ на: Re: Порча данных на ФС ext3 на ядрах => 2.6.5 от frame

Re: Порча данных на ФС ext3 на ядрах => 2.6.5

> У меня при попытке зайти в папку где в названии есть '_' mc в hintbar пишет "невозможно сменить каталог", но всё-таки заходит

Аналогичная ситуация :(

$ rpm -q bash bash-3.2-1.fc7

los_nikos ★★★★★ ()
Ответ на: Re: BUG FOUND от AcidumIrae

Re: BUG FOUND

> у вас злой хакир удалил маны?

Спасибо. Под виндой на работе действительно из кто-то удалил.

Bohtvaroh ★★★★ ()
Ответ на: Re: Порча данных на ФС ext3 на ядрах => 2.6.5 от Xellos

Re: Порча данных на ФС ext3 на ядрах => 2.6.5

Если бы была такая ошибка - она ужу давно бы вылезла. 2.6.5 уже дааавно вышла. У меня CentOS с ядром 2.6.9-42 (фирменное, ни разу не пересобранное) Год работает (мигрировал с CentOS-3) и пока никаких ужасов не наблюдается. Это может в ванильном ядре чего? А скорей, винты хреновые у этих счатливчиков - вот панику и сеют...

anonymous ()
Ответ на: Re: Порча данных на ФС ext3 на ядрах => 2.6.5 от Xellos

Re: Порча данных на ФС ext3 на ядрах => 2.6.5

>NTFS? :-)

Не, на неё большие файлы долго пишутся, скорость линейно падает от начала длинного файла.

С ext3 теперь больше экстрима.

shahid ★★★★★ ()
Ответ на: Re: Порча данных на ФС ext3 на ядрах => 2.6.5 от Xellos

Re: Порча данных на ФС ext3 на ядрах => 2.6.5

> NTFS? :-)

Видел не очень давно на NTFS: папка не удалялась, её максимум можно было переносить в пределах тома (даже с правами администратора). Не у себя конечно - я всё-таки больше предпочитаю ext3 :-)

askh ★★★★ ()
Ответ на: Re: Порча данных на ФС ext3 на ядрах => 2.6.5 от blaster999

Re: Порча данных на ФС ext3 на ядрах => 2.6.5

>/me давно на jfs :)

наблюдал на 2.4.x, при отключении питания лом. jfs-овский чекер на ломе вылетал в корку, однако за исключением одного - двух сломанных файлов можно было все перелить на другой раздел или диск. интересно это вылечили? еще jfs не потдерживает расширенных атрибутов, поэтому с селиньюксом не дружит. это печально. так шта xfs или ext3 + writeback.

anonymous ()
Ответ на: Re: Порча данных на ФС ext3 на ядрах => 2.6.5 от askh

Re: Порча данных на ФС ext3 на ядрах => 2.6.5

Очень может быть, что в конце имени директории был пробел -- я встречался с такой проблемой. Такую диру ни из ГУЯ ни из командной строки не удалить. Только прогу написать %) Ну, или из Линукса :)

the_one ()
Ответ на: Re: Порча данных на ФС ext3 на ядрах => 2.6.5 от los_nikos

Re: Порча данных на ФС ext3 на ядрах => 2.6.5

>Да, пишет следующее: "Внимание: невозможно перейти в <полный путь к папке>", и ни разу не встречается символ '_'.

а разве это не проблема shell`а?

Dimian ()
Ответ на: Re: BUG FOUND от Xellos

Re: BUG FOUND

До сих пор все дружно кричали нельзя в ядро непроверенную ФС ставить, не так важно что бы она была быстрой, как важно, что бы ФС была стабильной. И развивали эту ФС только в случае большой необходимости. Все вроде правильно, но как все обернулось то.

А ведь казалось бы сделали все, что бы отличия этой ФС от прародительницы были минимальны. Видать ФС это настолько сложное дело, что всегда надо быть начеку и гарантии тут давать тяжело.

И Гансу поэтому почет, что со скудными ресурсами пытался развивать ФС. А сообщество, вместо того, что бы ценить смелость человека и пользу от поиска нового, начало забывать о том, что вопрос доводки любой идеи до нужной кондиции зависит только от наличия ресурсов. И допустило оно разделение на тех, кто от ревности к Гансу кричит рейзер must die, и тех , кто кричит reiserfs forever.

Хотя должно было занять другую позицию, примеряющую и тех и других. Сообщество в данном вопросе оказалось лемингом, которым манипулируют.

argin ★★★★★ ()

Re: Порча данных на ФС ext3 на ядрах => 2.6.5

Ребят, Линус уже починил. Ждём релизов ядра.

funny_falcon ()
Ответ на: Re: Порча данных на ФС ext3 на ядрах => 2.6.5 от anonymous

Re: Порча данных на ФС ext3 на ядрах => 2.6.5

> не потдерживает расширенных атрибутов, поэтому с селиньюксом не дружит. это печально. так шта xfs или ext3 + writeback.

Это что-то наверное из области того самого 2.4.x... Но там и ext3 без патчей их не держит. А так любой jfs в пределах моей досягаемости их держит идеально. Поддержка еще в 2002 появилась: http://lwn.net/Articles/9488/ И в отличие от ext3, ничего включать не надо - они всегда есть и работают.

anonymous ()
Ответ на: Re: Порча данных на ФС ext3 на ядрах => 2.6.5 от askh

Re: Порча данных на ФС ext3 на ядрах => 2.6.5

> Видел не очень давно на NTFS: папка не удалялась, её максимум можно было переносить в пределах тома (даже с правами администратора).

root в *nix'e соответствует юзеру system в винде, а не Администратор

vadiml ★★★★★ ()
Ответ на: Re: BUG FOUND от argin

Re: BUG FOUND

> До сих пор все дружно кричали нельзя в ядро непроверенную ФС ставить, не так важно что бы она была быстрой, как важно, что бы ФС была стабильной.

Вот именно! К счастью, reiserfs4 в ядро не войдет; жалко только, что reiserfs3 там уже давно есть и столько людей напоролись на этом, поверив в утверждение про проверенность и безглючность фс, включенных в ядро...

anonymous ()

Re: Порча данных на ФС ext3 на ядрах => 2.6.5

На 3-х серваках squid всё летает, без проблем, fs - ext3!

LifeWins ()
Ответ на: Re: Порча данных на ФС ext3 на ядрах => 2.6.5 от Xellos

Re: Порча данных на ФС ext3 на ядрах => 2.6.5

> NTFS? :-)

Видел бы ты, что на ней вытворяет MC с не совсем правильно настроенной локалью, даже с последней версией 3g-ntfs :)

Как себя вёл драйвер полгода назад уже написали выше :)

acheron ★★★★ ()

Ага! ext3 глючит.

Вы посмотрите на начало обсуждения, сразу посыпались высказывания о потере данных на ext3. Вот у меня тоже Reiser4 в одном месте стоит, как только что-нибудь падает первая мысль: "Reiser4 глючит," -- разбираюсь, нет, не глючит. Легче всего все проблемы свалить на Reiser4, потому что всякий лемминг говорит что она глючная, а попробовать найти проблему всем лень.

Camel ★★★★★ ()
Ответ на: Re: BUG FOUND от Bohtvaroh

Re: BUG FOUND

А доступ на google.com он же вам перекрыл или кто другой?

anonymous ()
Ответ на: Ага! ext3 глючит. от Camel

Re: Ага! ext3 глючит.

>как только что-нибудь падает первая мысль: "Reiser4 глючит

Прекратите дискредитировать любимую ось!Шо там у вас падает?Или вы не знаете что винде капец??

anonymous ()

Re: Порча данных на ФС ext3 на ядрах => 2.6.5

2.6.19, добавил параметр ядра rootflags=data=writeback на 
всякий случай.И в fstab /home тоже самое. 
Кстати, с этим параметром возможны присутствия 
устаревших данных в файле: 
man mount
...
writeback 
 Data ordering is not preserved - data may be written into the 
main file system after its metadata has been committed to the 
journal. This is rumoured to be the highest-throughput option.
 It guarantees internal file system integrity, however it can 
allow old data to appear in files after a crash and journal 
recovery.

Вот так лажа.. Ждём дополнительных заявлений..

slackerr ()

Re: Порча данных на ФС ext3 на ядрах => 2.6.5

Тьфу, мать, хорошо на XFS переехал.

Хорошо, что /boot - ext2 :)

ZloySergant ()
Ответ на: Re: Порча данных на ФС ext3 на ядрах => 2.6.5 от anonymous

Re: Порча данных на ФС ext3 на ядрах => 2.6.5

>Это что-то наверное из области того самого 2.4.x..

таки да. начиная с 6-федоры. http://lwn.net/Articles/212683

<quote> *Changed fixfiles to relabel jfs since it now supports security xattrs (as of 2.6.11). Removed reiserfs until 2.6.12 is released with fixed support for reiserfs and selinux. </quote>

т.о. они появились только в 2.6.11

>Но там и ext3 без патчей их не держит.

какие такие патчи хватчи? на федоре и рхел я никаких патчей не ставлю, а использующие ванилу сами себе злобные буратины. (хотя очень сомнительно что в ваниле ext3 не потдерживает расширенных атрибутов)

anonymous ()
Ответ на: Re: Порча данных на ФС ext3 на ядрах => 2.6.5 от ZloySergant

Re: Порча данных на ФС ext3 на ядрах => 2.6.5

Now, the fact that it apparently happens for all of ext2, ext3 and reiserfs (but NOT apparently with "data=writeback"), makes me suspect that there is some common interaction, and that it's somehow BH-related (they all share much of the buffer head infrastructure). So it doesn't look like it's just a bug in one random filesystem, I think it's a bug in some buffer-head infrastructure/helper function.

So I don't think it's "core VM". I don't think it's the "page cache". I think we handle the dirty state correctly at that level.

It looks more like "buffer cache" or "filesystem" to me by now.

(Btw, don't get me wrong - the above sequence numbers are in no way *proof* of anything. You could get big groups for one page just because something ended up being synchronous. I'll add some timestamps to my traces to make it easier to see where there was real IO going on and where there wasn't).

Linus

Tigro ★★ ()

Re: Порча данных на ФС ext3 на ядрах => 2.6.5

вот гавно перед НГ какое :-/

надо XFS заюзать...

Spectr ★★★ ()
Ответ на: Re: BUG FOUND от argin

Re: BUG FOUND

>И Гансу поэтому почет, что со скудными ресурсами пытался развивать ФС. А сообщество, вместо того, что бы ценить смелость человека и пользу

так. юпитеру больше не наливать (с)

anonymous ()

Re: Порча данных на ФС ext3 на ядрах => 2.6.5

а ктото постоянно тут утверждает что ext3 супер-стабильная а например reiserfs отстой :)

Banshee ()
Ответ на: Re: Порча данных на ФС ext3 на ядрах => 2.6.5 от the_one

Re: Порча данных на ФС ext3 на ядрах => 2.6.5

>Очень может быть, что в конце имени директории был пробел -- я >встречался с такой проблемой. Такую диру ни из ГУЯ ни из командной >строки не удалить. Только прогу написать %) Ну, или из Линукса :)

Kак удалять такие файлы написано в любой книжке. Про кавычки и экранирование когда-нить слышал? Еще скажи что rm не может удалить файл "-rf".

Та ошибка "can`t change directory" проблема исключительн mc, во фре mc патчится в портах на этот счет. Посмотрите сырцы mc, поймете почему он это говорит. Вылечить можно фряшным патчем.

У большинства присутствующих проблемы не с fs а с головой.

По поводу UFS. Неужели все забыли про баг с soft updates? Патч так и не включили в RELENG_5_4.

anonymous ()

Re: Порча данных на ФС ext3 на ядрах => 2.6.5

Как страшно жить... о_О
А я-то думаю, что это у меня на файлопомойке (активно юзаемой в rw) иногда ошибки вылезают, хотя диск абсолютно нормальный и комп ребутится всегда корректно.

Deleted ()
Ответ на: Re: Порча данных на ФС ext3 на ядрах => 2.6.5 от Xellos

Re: Порча данных на ФС ext3 на ядрах => 2.6.5

> > Да нифига! Назовите мне файловую систему, с проблемами на которой НИКТО не сталкивался? Про полёты рейзера на лоре не раз говорили. Теперь и ext3 и jfs не панацея.

> NTFS? :-)

Обломись, это ZFS. Правда с ней самой мало кто еще сталкивался. Ну тогда чтоб для надежности - XFS.

А NTFS - теряет данные только в путь, неоднократно на исправных массивах сбивались CRC на больших файлах.

Gharik ()
Ответ на: Re: Порча данных на ФС ext3 на ядрах => 2.6.5 от vadiml

Re: Порча данных на ФС ext3 на ядрах => 2.6.5

> root в *nix'e соответствует юзеру system в винде, а не Администратор

Насколько я помню, проблема всё-таки решилась лечением файловой системы.

askh ★★★★ ()
Ответ на: Re: Порча данных на ФС ext3 на ядрах => 2.6.5 от LestorN

Re: Порча данных на ФС ext3 на ядрах => 2.6.5

>Блин! Только перешёд с SuSE+riserfs на Ubuntu+ext3(которая связка показала себя неожиданно лучше по скоростным характеристикам) как такое западло...

Как у reiser, так и у ext(2|3) есть свои приемущества/недостатки (ext4 я не видел, даже не читал про нее, поэтому не трогаю). Далеко не обязательно использовать в системе только одну фс (+ если хотите быстрой и стабильной работы - то лучше будет прочитать документацию к вашим файловым системам, чтобы не спрашивать что такое data=writeback).

Имхо, не корректно спорить о том какая фс лучше "вообще" - такой нет. Приводите, пожалуйста, примеры, где данная файловая система лучше или хуже остальных.

skwish ★★ ()
Ответ на: Re: Порча данных на ФС ext3 на ядрах => 2.6.5 от askh

Re: Порча данных на ФС ext3 на ядрах => 2.6.5

Кстати, а кто ходил по ссылки и тестил? На трех серверах проверил, нет проблем. Так что не надо ля-ля.

anonymous ()
Ответ на: Re: Порча данных на ФС ext3 на ядрах => 2.6.5 от anonymous

Re: Порча данных на ФС ext3 на ядрах => 2.6.5

>Очень может быть, что в конце имени директории был пробел -- я >встречался с такой проблемой. Такую диру ни из ГУЯ ни из командной >строки не удалить.

>Kак удалять такие файлы написано в любой книжке. Про кавычки и
>экранирование когда-нить слышал?

Даже книжек читать не надо. Автодополнение. Оно служит и помощью и подсказкой.

18:19 al@wind ~ $ mkdir "test "
18:19 al@wind ~ $ ls tes*
18:19 al@wind ~ $ ls -d tes*
test
18:20 al@wind ~ $ rmdir test\
18:20 al@wind ~ $ ls -d tes*
zsh: no matches found: tes*
18:20 al@wind ~ $

sin_a ★★★★★ ()
Ответ на: Re: Порча данных на ФС ext3 на ядрах => 2.6.5 от anonymous

Re: Порча данных на ФС ext3 на ядрах => 2.6.5

>Специально обученные люди из компании Novell, подкупленные Microsoft под видом честных строителей Open Source послали деструктивные патчи... <skipped> -- Аноним усы всех стран объединяйтесь...

А вы кто такой, чтобы так обвинять компанию Novell? Я считаю так: компания Novell сделала достаточно много не только для развития Linux, но и для развития компьютерных технологий вообще. Так какое же право имеет анонимус выступать с такими заявлениями?

skwish ★★ ()
Ответ на: Re: Порча данных на ФС ext3 на ядрах => 2.6.5 от Sargan

Re: Порча данных на ФС ext3 на ядрах => 2.6.5

ДА!!! Я НЕ ПАРАНОИК!!! ДАДАА!!!! МОЧИТЬ ОШИБКУ!!!

как активный пользователь rtorrent'а скажу, что ВСЕ закачки заканчиваются с бэд чанками, а партиции несколько раз терял полностью =(.

Debian 4.0, на 2.6.17 рторрент пахал без проблем, траблы с 2.6.18 начались

BaBL ★★★★★ ()
Ответ на: Re: Порча данных на ФС ext3 на ядрах => 2.6.5 от vadiml

Re: Порча данных на ФС ext3 на ядрах => 2.6.5

>> Видел не очень давно на NTFS: папка не удалялась, её максимум можно было переносить в пределах тома (даже с правами администратора).

>root в *nix'e соответствует юзеру system в винде, а не Администратор

Разве администратор не всегда может "принять во владение" файл?

skwish ★★ ()
Ответ на: Re: Порча данных на ФС ext3 на ядрах => 2.6.5 от skwish

Re: Порча данных на ФС ext3 на ядрах => 2.6.5

> А вы кто такой, чтобы так обвинять компанию Novell? Я считаю так: компания Novell сделала достаточно много не только для развития Linux, но и для развития компьютерных технологий вообще. Так какое же право имеет анонимус выступать с такими заявлениями?

ну вы же не знаете, вдруг этот анонимный аналитик непосредственно из руководства / top management'а новела? ;)

isden ★★★★★ ()

Re: Порча данных на ФС ext3 на ядрах => 2.6.5

Все пирдят в лужу и пердят! Патч уже давно есть!

Metallic ()
Ответ на: Re: Порча данных на ФС ext3 на ядрах => 2.6.5 от isden

Re: Порча данных на ФС ext3 на ядрах => 2.6.5

>> А вы кто такой, чтобы так обвинять компанию Novell? Я считаю так: компания Novell сделала достаточно много не только для развития Linux, но и для развития компьютерных технологий вообще. Так какое же право имеет анонимус выступать с такими заявлениями?

>ну вы же не знаете, вдруг этот анонимный аналитик непосредственно из руководства / top management'а новела? ;)

Скорее Bottom manager

BaBL ★★★★★ ()
Ответ на: Re: Порча данных на ФС ext3 на ядрах => 2.6.5 от sin_a

Re: Порча данных на ФС ext3 на ядрах => 2.6.5

>Даже книжек читать не надо. Автодополнение. Оно служит и помощью и подсказкой. sin_a

там, имхо, речь шла о win, а о linux

skwish ★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.