В unstable уже где-то неделю, как есть:

kernel-patch-2.6-reiser4

> Значит, писали в другие файлы, и в тот момент, когда происходил tail repacking, случилась беда с напряжением

Так бы и предупреждали тогда - хотите пользовать нашу ФС - обзаведитесь упсом :))))

И вообще, не смейте нажимать ресет. А то случайно завалите тут нам все...

У мну странный глюк с лиськай - но вот не знаю , за счёт чего - .licq/licq.conf 1280 знаков "@" --- ХФС , на ней глюков аж таких не видел , я на ней уже 1,5 года и свет у нас рубят по пару раз в день дето на секунду - пол - на ребут хватает и ничё вроде. А вот с рейзером были глюки типа файлы покоциные - так оно у мну и всю ФС сожрало - правда както странно я сделал - при компиле ядра на xj 30 свет вырубило - ну мну ломануло маке клин - итп я сразу мак бзимаг - и с ним забутился - то вообще полный пэ был.

Анонимус, ты хотел сказать что-то умное или просто так попиздеть зашёл?
P.S. Похоже анонимуса грызёт чёрная зависть :)

потому что ты либо дебил либо тормоз )))) при таком раскладе можно использовать ext2 смонтированном в режиме только для чтения

Никогда эта поделка красноглазых не будет стабильна. FS у них всё стабильнее, а данные ТЕРЯЮТСЯ !!! а FS ПОРТИТСЯ !!! Восстановить невозможно. Не пытайтесь доказать обратное, я *знаю*, что говорю. Ext3 - стабильна. ReiserFS - поделка красноглазых и не будет стабильна никогда. Достали красноглазые.

> FS у них всё стабильнее, а данные ТЕРЯЮТСЯ

На рабочем компе месяца 4 как ReiserFS (SuSE 9). Комп, похоже, с кривой видюхой, посему при переходах из текстового в графический режим регулярно виснет. Потерь данных еще не наблюдалось.

Вот сейчас я сяду и переведусь на ReiserFS. Бекапа не сделаю, чтоб отпала тест приближен к реальности был. Реальность такова, бекапов следать невозможно. Я даю гарантию, что через пару дней это поделие ReiserFS у меня упадёт намертво. Проверено. Кто придёт и восстановит мне FS ? Тот, что запостил эту новость или тот, кто кто-то кричал про кривость каких-то NVidia ? А ? Ребята, дровишки у нас кривые и приложения у нас ядро вытесняют. На этапах отладки постоянно всё виснет намертво по нескольку раз в день и никакие упсы, ничто не спасёт от зависаний ядра в произвольнные моменты времени. ReiserFS падает быстро и начертво. Проверено неоднократно. Чего-то изготовители ReiserFS недопонимают, это очевидно.

> Ext3 - стабильна.

Только нафиг нужно это тормозище?

2lenin (*) (30.03.2004 9:31:28)
>Вот сейчас я сяду и переведусь на ReiserFS.
Так ты это ... определись, сядешь или переведешься :-)
>Бекапа не сделаю, чтоб отпала тест приближен к реальности был. >Реальность такова, бекапов следать невозможно.
...
>На этапах отладки постоянно всё виснет намертво по нескольку раз в день и никакие упсы, ничто не спасёт от зависаний ядра в произвольнные моменты времени.
Что-то подсказывает мне, что ты просто ;%ней страдаешь. Этапы отладки, без бэкапов - это такой крутой метод извращения?
Не подходит тебе ReiserFS, не используй, возьми XFS или ext3.
P.S. Лично я использую Reiser только для squid cache, уже больше 2-х лет, меня устраивает. И если грохнется, не жалко, зато работает быстро. Главное, выбор есть, каждой задаче - свое решение, этим и должен заниматься сисадмин, IMHO.

Вот у меня был самый класный глюк с redhat7.3 и ядром  с патчем kernel-2.4.19-SGI_XFS_1.2.0
При запуске сетевого QUAKE ACTION, с вероятностью 15-25%  я начинал носиться по карте с бешеной скоростью, примерно раз в 20 превышаюшую остальных, я бегал с зажатым шифтом и на присядках, и все равно носился как угорелый ;) Картина потрясающая - фильм матрица в игре. Народ на меня сильно ругался - я выгрывал одним ножом, даже когда все охотились только на меня. Потом перекомпилил ядро - убрал патчи xfs и все стало  как обычно :(
p.s. Сама fs работала замечательно.    

Вот у меня был самый класный глюк с redhat7.3 и ядром с патчем kernel-2.4.19-SGI_XFS_1.2.0 При запуске сетевого QUAKE ACTION, с вероятностью 15-25% я начинал носиться по карте с бешеной скоростью, примерно раз в 20 превышаюшую остальных, я бегал с зажатым шифтом и на присядках, и все равно носился как угорелый ;) Картина потрясающая - фильм матрица в игре. Народ на меня сильно ругался - я выгрывал одним ножом, даже когда все охотились только на меня. Потом перекомпилил ядро - убрал патчи xfs и все стало как обычно :( p.s. Сама fs работала замечательно.

> Этапы отладки, без бэкапов - это такой крутой метод извращения?

А что бекапить-то, дружище ? Исходники и так в CVS лежат, а остальное - ты предлагаешь каждый день переустанавливать ОС чтоли ? И железо у нас очень специфично, часто глюкает, и дровишки кривые, и приложения запросто систему вешают. А ext3 - живёт. Голами. Так почему ext3 живёт, ReiserFS - ложится намертво за пaру дней ? Почему я ни разу не видел настолько убитой ext3, что невозможно подмонтировать, a ReiserFS перый же экземпяр подох так что ничто его не смогло прочитать ?

P.S. К Slackware я стал относиться сильно прохладнее после того, как ReiserFS у них стала по дифолту. Я, собсно, и невольных тестером ReiserFS стал из-за этого - пнул Enter про привычке в диалоге выбора FS.

> каждой задаче - свое решение, этим и должен заниматься сисадмин, IMHO.

1) Нет таких задач, которые может решить ненадёжня FS. ИБП - костыли. 2) Никакого админа к своей машине я не подпущу.

Помогите же вождю мирового пролетариата, бля!

>На этапах отладки постоянно всё виснет намертво по нескольку раз в день и никакие упсы, ничто не спасёт от зависаний ядра в произвольнные моменты времени.

???? Отладки чего ? Если пишите kernel level код а потом его отлаживаете дык udb/kdb позволяют дохнуть с корректным sync-ом ... Если что то другое то поставь кернельный отладчик. В 90% случаев сможешь сделать корректный sync и корректно умереть.

>P.S. К Slackware я стал относиться сильно прохладнее после того, как ReiserFS у них стала по дифолту. Я, собсно, и невольных тестером ReiserFS стал из-за этого - пнул Enter про привычке в диалоге выбора FS.

Это разве "по дефолту" когда есть выбор ? ;)

Ты попробуй поставить Gentoo AMD64 на что нибудь отличное от jfs ;) Вот это действительно "по дефолту" ;)

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

Поддерживаю anonimusa. Может у нас с ним руки одинакого кривые, но я уже полтора года пользую Slackware и Reiser, и пользоваться кнопкой работать\неработать приходилось время от времени поскольку было _очень_ дурное железо и за все это время ни разу ничего не потерял. _Ни одного файла_. И вообще _никогда и никаких_ проблем _НЕ БЫЛО_ IMHO, Reiser рулит.

>К Slackware я стал относиться сильно прохладнее после того, как >ReiserFS у них стала по дифолту.
SuSE тоже предлагает по умолчанию ReiserFS. Можно предположить, что большинство пользователей SuSE используют ReiserFS. Так что число пользователей ReiserFS должно быть солидное. А о падучести райзера слышно только от ленина. Мысли напрашиваются сами;)

Люди, у Ганса скрипты кончились... Помогите же, наконец, ему :) А вы падает, не падает :(

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

Ты не понял. В описанной ситуации все действительно будет так. ReiserFS не гарантирует целосности _данных_ в отличае от ext3 с включенным режимом журналирования _данных_. ReiserFS гарантирует целосность _метаданных_

Как пример добавь в

/etc/inittab

строчку

# This is test

сохрани файл и тут же нажми reset

Если сможешь загрузится после этого то считай что тебе повезло ;)))

Если файл(ы) не трогать то с ними ничего критического происходить не будет ... бьются только неотsyncанные данные..

таки про целостность данных

> В описанной ситуации все действительно будет так. ReiserFS не гарантирует целосности _данных_ в отличае от ext3 с включенным режимом журналирования _данных_.

У ext3 что, запись данных (неважно -- в журнал, в саму ФС) -- атомарная операция? Если нет, то какая, к черту, целостность данных?

> P.S. К Slackware я стал относиться сильно прохладнее после того, как ReiserFS у них стала по дифолту. Я, собсно, и невольных тестером ReiserFS стал из-за этого - пнул Enter про привычке в диалоге выбора FS.

Ну и глупо. У меня уже с полгода на сервере стоит слакварь+reiserfs. Дома - та же ситуация. Так я уже и забыл, что у меня за fs - ни разу не было никаких глюков.

А если руки кривые, то испортить можно все что угодно.

P.S. Вы что, считаете себя умнее Патрика? Если он ввел эту fs в свой дистрибутив, то это говорит только о том, что она РЕАЛЬНО НАДЕЖНА.

Еще как портит. У меня на сервере (типа сервере) стояла планка памяти дефектная. И регулярно что-то в файловой системе происходило. Самое странное что раноше на этом компе винда стояла и все как часы работало. Потом линух поставил и мучался. Линух уже оказывается и железо ломать может.

Товарищ Ленин, идите нах.
Заипали.

В последнее время на ЛОР моде такая пошла -- орать "поделие красноглазых". На gimp, на reiser, на arch. На каждый продукт, который появляется в обсуждении, вылезет какой-то "спец" и начнет орать "поделие красноглазых! Падает! Виснет! Не работает! Никогда не будет работать!".
Удивительно -- все что мне надо, у меня работает. А у "спецов" -- нет. Может, в самих спецах что-то не то?

Господа хорошие, _ЛЮБОЙ_ продукт, название которого тут упоминается, используется по крайней мере _СОТНЯМИ_ людей. А многие -- тысячами. У них он работает. Да, они находят ошибки (а кто от них свободен?), репортят их, ошибки фиксятся, продукт развивается.
А вот у вас, господа, "все не работает". Себя чините, не посторонних.

А уверенность "никогда не будет" меня просто умиляет. Диверсанты, что ли, в команде разработчиков?

> Только нафиг нужно это тормозище?

Cамая быстрая файловая система - это fat16. Ты, наверное, её используешь?

>2) Никакого админа к своей машине я не подпущу.

ССЗБ.

1) Перед тем, как называть мои руки кривыми, расскажите, что я сделал не так. 2) У меня на сервере, когда я ещё был студентом, работала ext2 годами, ну и что ? Это не значит, что ext2 - надёжна. На стоящих рядом подыхающих 486-х ext2 постоянно сыпалась. 3) Я не один утверждаю о ненадёжности ReiserFS - читайте выше. 4) Откуда берётся уверенность "никогда не будет" - а из того, что об сверх-стабильности ReiserFS визжали ещё два года назад. И полтора года назад эта тварь мне убила раздел. Даже два. На разных машинах. Больше я к этому не прикоснусь, пусть хоть обвизжатся. И другим не советую. 5) Microsoft Windows 98 используеься сотнями иысяч людей. И им всё устраивает. Это не значит, что Windos 98 - стабильна и надёжна, умилённый ты наш.

Linux не только "железо", но и мозги некоторым хорошо ломает.

Сменить файловую систему на другую. Ext3, XFS к примеру

>ACL не нужна

Угу. Дома - не нужна. А вот на сервере или даже на офисной машине - нужна очень.

Ну и че ты выступаешь?

Написано ведь "практически стабильна", значит из 100 на грабли наступит

5-10 чел.

Я бы понял написали "фор продакшн" а она разлетелась в хлам.

> Cамая быстрая файловая система - это fat16.

Кто тебе сказал эту чушь?

окстись. ext2 тоже в свое время с багами было. помни это as is. и тут собрались люди пользующие xfs. а выливать сюда тонны желчи так это каждый виндусятник сможет

s/xfs/reiserfs

точно. неокрепшие мозги некоторых домохозяек\ев форматирует начисто :)

>У ext3 что, запись данных (неважно -- в журнал, в саму ФС) -- атомарная операция? Если нет, то какая, к черту, целостность данных?

При чем тут _запись_ ? Непротиворечивость обеспечивается при операции _восстановления_

http://www.opennet.ru/docs/RUS/fs/l-fs1_ru.html

>На рабочем компе месяца 4 как ReiserFS (SuSE 9).

мало юзаешь, я использую reiserfs начиная с самых первых ядер 2.4.x (а точнее с 2.4.2 :-) ) и каких я только глюков с ней не насмотрелся начиная от порчи и пропажи данных и заканчивая появлением нестираемых файлов и папок, на ext2/ext3 я ни разу такого не видел.

вывод один - для нормального использования reiserfs нужен UPS

конечно на ext2/ext3 в некоторых случаях тоже происходит обнуление файлов, но других глюков на них я пока ещё не видел

>на ext2/ext3 я ни разу такого не видел.

Это потому что недавно пользуеш ;)

я ext2 пользую с 1.2.13

reiserfs с 2.2.x

Глюков было море и там и сям (особенно при переходе с 2.2 на 2.4)

Просто нужно представлять что fs из себя представляет и не ждать от нее "чудес"

обнуление файлов?

На ext2???????

Зачем ви меня так пугаете?

>Просто нужно представлять что fs из себя представляет и не ждать от нее "чудес"

никто и не ждёт ни от кого чудес, везде где надо стоят UPS'ы :-)

Да ладно че обсуждать!

Если речь идет о многопользовательской системе, то сейчас в линуксе фактически только 2 фс, которые можно использовать: ext2 и xfs, так как квоты работают только там :(

А для однопользовательской или где не важны квоты, лучше всего reiser хотя можно и xfs разницы между ними мало (одна рулит на маленьких файлах вторая на больших, так что это уже в зависимости от задачи)

а ext3 вообще IMHO придумана для упрощения миграции с ext2, скорость у нее ниже чем у reiser и xfs, квоты... я видел lkml не так давно, что сам автор ext3 Андрю Мортон говорит: "Ext3 plus quotas is way to deadlock"

так что вообще если не заморачиваться и поддерживать много машин разной конфигурации получается один выбор - xfs и нет другой альтернативы, а в местах где абсолютно необходима надежность ext2 c -o sync

Вот так-то...

> в местах где абсолютно необходима надежность ext2 c -o sync

А че девелоперы тогда делали 5 лет?

> При чем тут _запись_ ?

Наверное, я неправильно задал вопрос. Допустим, что программа mmap'-нула файл, перемолачивает данные, время от времени делая msync. Может ли оказаться так, что только _часть_ данных попадет в журнал и будет восстановлена? Если да, то толку с журналирования данных -- ноль без палочки ( поэтому никто и не заморачивается с ним).

>anonymous (*) (30.03.2004 16:45:25)

Грустно. Что-же полезно тогда сделало сообщество? Ничего получается - все, что работает - куски коммерческих проектов...

> Если да, то толку с журналирования

Судя по вопросу, ты этого не знаешь наверняка. Так какого хера тыт тут
пальцы гнешь вместо того, чтобы для начала изучить вопрос? Как вы уже
достали, красноглазые!

>Наверное, я неправильно задал вопрос. Допустим, что программа mmap'-нула файл, перемолачивает данные, время от времени делая msync. Может ли оказаться так, что только _часть_ данных попадет в журнал и будет восстановлена? Если да, то толку с журналирования данных -- ноль без палочки ( поэтому никто и не заморачивается с ним).

чем msync() отличается от write() с точки зрения атомарности ? Да ничем. Нет кода завершения I/O операции нет самой операции...

hint: Читай про JBD.

> Судя по вопросу, ты этого не знаешь наверняка.

Наверняка я знаю только одно -- рано или поздно я подохну; скорее всего -- рано.

> Так какого хера тыт тут пальцы гнешь вместо того, чтобы для начала изучить вопрос?

Экспериментальный факт состоит в том, что файл таки портится (если, конечно, не mount -o sync), даже если data=journal. Отсюда выводы:

а) msync(blah, blah_blah, MS_SYNC | MS_INVALIDATE) -- не атомарная операция,

б) журналирование данных -- бесполезная затея. Какая мне разница, то ли нули окажутся в файле, то ли какой-то другой мусор...