|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Oleg Drokin 2:5020/400 15 Mar 2004 22:57:23
To : Alex Korchmar
Subject : Re: Пpо пpогpаммный RAID
--------------------------------------------------------------------------------
u> <20040304214735.GB7486@iv.nn.kiev.ua> <666mh1-on2.ln1@abb.wessen.ru>
u> <20040306080901.GI6190@iv.nn.kiev.ua> <c34ae7$2ibm$1@ddt.demos.su>
From: Oleg Drokin <green@linuxhacker.ru>
Hello!
Alex Korchmar <alx@e-moe.ru> wrote:
VN>> ведением на диске "журнала" вида "вот сейчас мы записали в диск 1,
VN>> но не в диск 2", утверждаю, что такого защитного механизма *нет*.
AK> есть. Флажок "raid unstable". Взводится при первом обращении и очищается
AK> только после flush'а.
В 2.4 и ниже - очищается только после raidstop.
Ворде как в 2.6 замержили нечто котоое его очищает именно после flush - то есть
когда нечего больше писать и после этого пропало питание - будет resync.
VN>> Если сбой привёл к уничтожению диска - проблем нет. Тогда точно известно,
VN>> какой диск вылетел. Вот если оба работают, а история сбоя не сохранилась
AK> то система просто скопирует первый попавшийся. Hичего ужасного при этом не
AK> произойдет - все равно ты не знаешь, какой "правильнее".
Hе, не первый попавшийся. там есть еще такая штука - raid superblock в последнем
секторе (я про linux sw raid если кто еще не понял) - туда при каждой записи
пишут номер транзакции (ну смысл по крайней мере такой, просто счетчик).
При ресинке пишется с диска у которого этот номер больше. что делается в случае
если они одинаковы (если такое вообще возможно) мне лень.
Bye,
Oleg
--- ifmail v.2.15dev5.3
* Origin: Green's home news server (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
