|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Andrew V Scherbacov 2:5002/74.1 14 Jun 2005 15:54:12
To : Oleg Drokin
Subject : ext3 journal
--------------------------------------------------------------------------------
Привет, Oleg!
Однажды Tuesday June 14 2005 в 11:29, некто Oleg Drokin писал Andrew V
Scherbacov:
AVS>>>> я тоже так думал, но после того, как однажды уборщица нечаянно
AVS>>>> выбила неплотно закрепленный шнур питания из системного блока
AVS>>>> и после загрузки сервера fsck нашел кучу ошибок, я задумался о
AVS>>>> смысле всего этого журналирования.
OD>>> Hет в нем никакого смысла, если у тебя write cache не запрещен.
OD>>> Это тоже всем известно. data=journal тебе точно ничем не поможет
OD>>> в данном случае. Тормозов прибавит ощутимо, ясное дело.
AVS>> я не большой спец в этом вопросе, но помнится, когда только
AVS>> ехт3 появилась, еще только в виде модуля к ядрам 2.2.х, я проводил
AVS>> именно такой эксперимент - насильно перегружал сервер кнопкой ресет
AVS>> или отключением питания, и после этого
AVS>> насилия сервер нормально поднимался и восстанавливал данные.
AVS>> сервер в момент убиения активно работал с данными на диске.
OD> То есть ты попробовал с data=ordered и после ребута все поломалось, а
OD> с data=journal нет? ;)
нет. я такого не говорил. я пробовал с теми установками журналирования, которые
были по умолчанию. в патче к ядру 2.2.17. если мне память не изменяет, то
некоторое время назад изменился формат журнала, может в этом дело ?
AVS>> может что-то теперь поменялась ?
OD> Hет, вроде как ничего ен поменялось. как не работало, так и не
OD> работает ;)
дык в том-то и дело, что раньше, лет 5 назад, вроде как работало и я был в этом
искренне убежден, пока не наткнулся опытным путем на обратное.
я ообще сейчас склоняюсь к переходу на другую JFS, и вот, выбираю на какую.
не посоветуешь ? основное требование - надежность и целостность данных.
файлы с нулями вместо данных и т.п. косяки категорически не нужны.
AVS>>>> initrd не нужен. ядро грузится самым обычным способом, в
AVS>>>> lilo.conf: image=/boot/bzImage-2.4.26 label=linux-2.4.26
AVS>>>> root=/dev/hda1 read-only
OD>>> Hу вот и добавь append="rootflags=blah"
OD>>> 2.4.26 это круто, да. Там известные ошибки в ext3 даже еще есть,
OD>>> насколько я помню.
AVS>> на соседней машине стоит 2.4.30, ситуация ровно такая же,
AVS>> специально проверил:
AVS>> сервер после насильной перегрузки находит ошибки на диске,
AVS>> исправляет и ждет
AVS>> пароля рута или Ctrl+D для перезагрузки. для _сервера_ такое
AVS>> поведение неприемлимо.
OD> Гм, а разве e2fsck проверяет ext3 раздел после проигрывания журнала?
OD> Вроде как нет. Только по истечению некоторого времени либо превышении
OD> числа монтирований. У тебя точно rootfs в ext3? И он изначально
OD> монтируется как ext3, а не ext2?
судя по fstab - да.
а как в этом убедиться, что корень грузится именно в ехт3, а не в ехт2 ?
С уважением
Андрей Щербаков
E-mail: avs_andrew[at]mail.ru ICQ: 54034993
... Обломов разложил Ольгу на диване.
--- GED+W32 испытывает версию 1.1.5-040120
* Origin: Пришел, наследил, испортил хорошую вешь... (2:5002/74.1)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
