|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 04 Mar 2004 11:24:35
To : Igor Plekhov
Subject : Re: Пpо пpогpаммный RAID
--------------------------------------------------------------------------------
>>> Igor Plekhov wrote:
>> (Hет, вру. Если блок записан не на все диски, то может наступить
>> "шатание" при его чтении: будет читаться разная информация в зависимости
>> от фазы Луны и погоды на Марсе. А вот это будет уже полная %опа.)
IP> это задача fs (или кто там юзает raid) -- переписать всё, что могло
IP> не успеть записаться. а если данные расходятся в _неиспользуемом_
IP> пространстве, то не всё ли равно ?
Хм. Если бы всё было так просто, как тебе кажется...
Записан блок, например, с инодами. То есть записан только на один диск.
Потеря питания, ребут, fsck, видим информацию с одного диска, догоняем
состояние остальных. Hачинается обычная работа, видим тот же блок с другого
диска с другим содержимым, сходим с ума.
Вопрос: как FS узнает, что блок номер K+3, а не ещё десять миллионов таких
же внешне неотличимых, имеет внутренние проблемы?
При каждом ребуте принудительно ресинхронизировать весь массив?
Ладно, на аппаратный RAID можно поставить блок NVRAM (с неограниченным
количеством записей - может, CMOS на батарейке, может, ферромагнетическая
память). А на программном? Каждый раз писать на диск обновления блоков?
OK, есть вероятный путь - журналируемые FS и журнал.
Hо ряд рекомендаций говорит, что журнал надо писать на зеркало. Что,
получим те же самые проблемы, только уже в профиль?
>> После вышеописанных проблем, различие между raid1 и raid5 тут, IMO,
>> незначительно.
IP> тут ещё лучше видно безнадёжность попыток восстановить
IP> "правильную" инфу.
Почему? Там точно так же - ну не прочитать другой диск, а подсчитать
на основании контрольной суммы. Всё равно, если есть расхождение, то оно есть.
-netch-
--- ifmail v.2.15dev5.3
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
