|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Alex Korchmar 2:5020/400 15 Mar 2004 17:18:22
To : Valentin Nechayev
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>
From: Alex Korchmar <alx@e-moe.ru>
Valentin Nechayev <netch@segfault.kiev.ua> wrote:
VN> Вот, пожалуйста, расскажите подробнее этот механизм. А я, исходя из того,
VN> что в случае программного RAID'а поддержание такого механизма требует
VN> дорогих решений, сравнимых по ресурсозатратам с самим зеркалом, а именно -
оно и есть дорогое, но ищешь ты совершенно не там.
VN> ведением на диске "журнала" вида "вот сейчас мы записали в диск 1,
VN> но не в диск 2", утверждаю, что такого защитного механизма *нет*.
есть. Флажок "raid unstable". Взводится при первом обращении и очищается только
после flush'а.
VN> и ознакомит народ с тем, что такая проблема вообще бывает).
такой проблемы не бывает. Меньше надо подсчитывать ангелов на острие булавки,
больше думать о простых ходах.
VN> Аппаратному raid'у проще - там в состоянии контроллера можно записать
VN> флажок в NVRAM.
вероятность недозаписи почти такая же, как и при записи прямо на диск.
VN> Если сбой привёл к уничтожению диска - проблем нет. Тогда точно известно,
VN> какой диск вылетел. Вот если оба работают, а история сбоя не сохранилась
то система просто скопирует первый попавшийся. Hичего ужасного при этом не
произойдет - все равно ты не знаешь, какой "правильнее".
VN> Просмотрите, пожалуйста, логику ещё раз. По пунктам:
идея выдернуть диски из raid1 и вотнув обратно посмотреть, что произошло -
не, не пришла в голову?
VN> 2. После восстановления питания драйвер/контроллер RAID'а считает зеркало
VN> целым и начинает обычную работу с ним.
с чего? Потеря питания - флаг нестабильности не снят.
Привет, полный ресинк. md поступит именно так, пять минут на тест тебе,
конечно же,было жалко?
VN> 3. Для ускорения чтения с массива, чтение может выполняться с любого
VN> из двух зеркальных дисков.
только при стабильном состоянии, а не в "syncronizing".
Возмозжность словить тут грабли есть, но добиться этого результата не
так-то просто.
> Alex
--- ifmail v.2.15dev5.3
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
