Опаньки

Значит мне это не померещилось... етиихумать... два раза уже фс слетала вместе с данными.

Я не понял, что такое VM в данном контексте? И что делает опция writeback?

У коллеги как-то на рейзере access time у файлов неправильно копировался.

Точнее modification time.

Уть епте, вот недаром на новый рейд засадил xfs, а все остальное с рейзера перетащил на jfs. Как жопой чуял.

Новый год к нам мчиться! Вот рейзер в винт стучится!

У меня недавно слетела на ровном месте. Вечером нормально выключил комп, утром включил - и все...
Не монтируется, не фсчекается, хотя tune2fs -l /dev/hda4 показывает инфу. Ядро 2.6.16, гентовское.

Хм... Не знаю имеет ли моя проблема какое-нибудь отношение к данному трэду но вот уже 2 раз начинает лететь сабжевая ФС...

Симптомы таковы: компьютер начинает намертво виснуть. После ребута какое-то время снова работает.

Дело дошло до того, что при очередной загрузке fsck удалила журнал ext3, тем самым сделав из нее ext2. В fstab изменил ext3 на ext2 и нормально смонтировал раздел. Создал журнал, изменил fstab. Работает.

Но теперь снова система начинает падать с ошибками файловой системы, но уже на другом партишене!

Может это винчестер?

А у меня вчера волшебным образом вылечилась. До этого чек проходил почти до конца, и в конце говорил, что обнаружены БОЛЬШИЕ файлы, но "суперблок на них не настроен". И настоятельно рекомендовал проверить ручками, а пока предлагал обойтись ^D. Пока я качал кноппикс - вчера чек прошёл нормально. Я не поверил, запустил кноппикс, проверил оттуда - всё в порядке. Что за фигня была...

ну вот и жертвы линуха получили возможность высказаться, ага :)

а как воспроизвести проблему?

юзаю ext3 уже хз сколько лет на домашней машинке - ниразу не слетало ничего. в отличие от.

У меня всё отлично. Что я делаю не так?

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

Если не ошибаюсь, data=writeback это умолчание для ext3.

Какой ужас! У меня всё на ехт3! При штатной проверке, кстати, долго висит на 31% при проверке 50-гигового раздела.. может это оно? О_о

> Может это винчестер?

man badblocks (-w)

> У меня недавно слетела на ровном месте.

проприетари кернел модулез грузил ? тогда пеняй на себя.

>Расследование продолжается.

хехе, детективы блин=)

>Если не ошибаюсь, data=writeback это умолчание для ext3.

Ошибаешься, data=ordered по умолчанию

UFS2 - архаичное дерьмо, но я ей доверяю. В линупсе всегда ощущалось чувство беспокойства. Оказывается, что не зря?

P.S. Тише едешь - дальше будешь. Надёжность важнее скорости в синтетических тестах.

Неужели у меня версия ядра глючное, что Ext3 не слетает? :)

На 2.6.8 и 2.6.15.6 Ext3 живёт отлично. Этот баг с жизнью Ext3 исправят? :)

В мане написано, что data=ordered по default. Сто лет юзаю её на ноуте, никакие севшие батарейки нипочем. Пробовал рейзер - переплевался, вернулся на родину. Нареканий нет.

>UFS2 - архаичное дерьмо, но я ей доверяю.

Дядя, ext2 тебе в руки.

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

Если вы на своей машине наблюдаете странные проблемы с ext3, то всего быстрей вам это кажется.

Но наличие такой ошибки конечно неприятно.

Как сделать так, чтобы большие файлы удалялись быстрее, а то по пол минуты ждать приходиться. Раньше на openSUSE10 всё удалялось быстро, а сейчас Mandriva 2007 - работает намного быстрее, но парит мозгх кодировками и долгим удалением:( ext3

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

BUG FOUND

Линус нашел ошибку:

http://lkml.org/lkml/2006/12/29/26

..also explains why "data=ordered" broke, and "data=writeback" didn't..

And I now finally really believe that I fully understand the corruption, but I don't have a simple solution, much less a patch

omfg, кто-то заслал на данные порчу.

Диверсия?

Ошибка все же получается на стыке VM и fs. А не в самой ext3.

> but I don't have a simple solution, much less a patch

"Who the hell am I kidding? I haven't been able to sleep right for the last few days over this bug. It was really getting to me." 8)

Вроде Линус уже сделал патч, и он даже работает.

В тему. Позавчера наблюдал ситуацию у себя на 2.6.17.6. Винт месяц назад был отформатирован под ext3. После чего монтировался, но не пользовался. Вчера попытался записать на него пару фильмов - на первом же файле выдало ошибку .... Detected aborted journal .... Remounting filesystem read-only Делаю umount, запускаю fsck.ext3. Находит ошибки и исправляет их. Запускаю проверку ещё раз - fs clean. Ок. mount. Пытаюсь повторно записать на диск файлы. Опять облом - та же ошибка!.. Ругаюсь матом, umount, mkfs.ext3, mount... Всё ок... Что было - не понятно. Винт 100% рабочий.

Достаточно добавить в fstab опцию data=writeback, чтобы, так сказать, предохраниться? Какие последствия могут быть? И не мог бы кто-нибудь толком несведущему объяснить, что этот параметр обозначает?

Специально обученные люди из компании Novell, подкупленные Microsoft под видом честных строителей Open Source послали деструктивные патчи... За то что делаешь отвечать нужно, и код писать не на .Net а потом портировать. А то всюду у вас «редмоновский» след. ---------------- Аноним усы всех стран объединяйтесь...

Похоже, это всё объясняет необъяснимые до этого порчи дэйтаблоков на больших БД Oracle в CentOS на SMP... Странно что этот баг так поздно заметили и нашли причину. Видимо, все уже привыкли к мысли, что Linux должен работать как часы. Линусу 5 за упорство и настойчивость.

> Вероятность того, что эта проблема затрагивает обычных пользователей
> где-то между нулем и ничем. _Слишком_ много событий должно выполниться
> для того, что бы это произошло.
Ага, ещё даже Линус не знает, что это за события и много ли их, а
ты уже конечно знаешь.
Хоть бы по ссцылке сходил для прикола. Написано там, что на клиенте
rtorrent это стабильно наблюдается, а так же там есть тестовая прога,
которая глюк воспроизводит.
Все, кто здесь утверждает, что у них ext3 не глючит - просто запустите
тестовую прогу, доступную по ссылке, и посмотрите.

>И не мог бы кто-нибудь толком несведущему объяснить, что этот параметр обозначает?

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

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.

> Если вы на своей машине наблюдаете странные проблемы с ext3, то всего быстрей вам это кажется.

Кстати в mc наблюдаю какую-то проблему при смене директорий (под ext3). Проявляется только на нескольких директориях и даже проверка фс ничего не решает. Вообще странно... перебегать на jfs?

> Ага, ещё даже Линус не знает, что это за события и много ли их, а ты уже конечно знаешь.

Это логично звучит хотя бы потому, что в противном случае достаточно много людей с этим бы столкнулись, и проблема бы всплыла намного раньше.

В именах директорий есть символ '_' ?

> Это логично звучит хотя бы потому, что в противном случае достаточно
> много людей с этим бы столкнулись, и проблема бы всплыла намного
> раньше.
Да я понимаю. Просто один напишет "проблема воспроизводится слишком
редко чтобы беспокоиться", а другой будет писать про всякие события
и строить из себя шибко умного. :)

> В именах директорий есть символ '_' ?

В папке 'Документация' на UTF8 нет ничего похожего

> перебегать на jfs?

Угу. Я тут недавно перевел корень домашней системы на JFS -- посыпалась на второй день. fsck помог и больше оно ни разу не глючило. До этого на том же самом разделе без проблем работали ext3 и reiser3.6. В общем, JFS'у я бы данные не доверил, а вот с ext3 слезать никуда не собираюсь.

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

PS: А при чём там этот символ?

:(

Так что юзаем reiserfs

У меня при попытке зайти в папку где в названии есть '_' mc в hintbar пишет "невозможно сменить каталог", но всё-таки заходит, bash-3.2.009, ext3,koi8-r, c bash-3.1.xx такого нету, на других фс не проверял; думаю, может не один я такой...

У меня есть машина, на ней / и /home - JFS. Живёт уже неделю, пока жива.

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

NTFS? :-)