2009/12/28 Alex Vorona <voron@amhost.net>:
> 28.12.2009 14:09, Ihalainen Nickolay wrote:
>>
>> 2009/12/28 Alex Vorona <voron@amhost.net>:
>>>
>>> 28.12.2009 11:54, Ihalainen Nickolay wrote:
>>>
>>>> 4) востановление выпадания некритичных дисков + 1 (на 4 дисках raid10
>>>> это вытащить 3 винта подождать пока ос их потеряет и вставить
>>>> обратно.), это на случай сбоя smart сразу всех/большинства дисков.
>>>> Adaptec при такой ситуации и force режиме востановления превращает
>>>> raid10 в кашу.
>>>
>>> А каких действий вы ожидали от RAID в случае выпадения (некритичных
>>> дисков +
>>
>> закешированные и изменённые блоки, будут содержать старые данные после
>> ребилда техже самых дисков.
>> блоки, которые не были в кеше не должны измениться.
>> т.е. после fsck файловая система должна заработать, потеряв
>> максимально 256 мегабайт блоков (если на контроллере 256Гб памяти).
>
> О каком ребилде 4-хдискового RAID10 с *одного* диска идёт речь? У Вас нет
> половины данных - откуда Вы собираетесь ребилдить?
>>>> вытащить 3 винта подождать пока ос их потеряет и ___вставить___
>>>> обратно
если жёсткий диск выдал таймаут WDC WD3000HLFS-0 (некоторых серий этим
страдают под большой нагрузкой).
в smart появляется ошибка. контроллер Adaptec 3805 (как и многие
прочие) уводит диск в offline.
Имеем 4 работающих диска, 3 из которых имеют ошибку в SMART, и все
данные на момент ошибки не включая закешированные в памяти
контроллера.
данные можно востановить _с_потерями_ и накатить последний бекап через
rsync. это будет значительно быстрее, чем копировать всё из бекапа
(500Гб мелких файлов копируется больше суток с бекапного сервера).
винчестеры с ошибками в smart после востановления заменить и сдать по гарантии.
_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://nginx.org/mailman/listinfo/nginx-ru