alexkuklin: (Default)
alexkuklin ([personal profile] alexkuklin) wrote2007-06-08 12:15 pm

(no subject)

Аппаратные рейды, говорите?
Вот что делать в такой ситуации:

Проблема такая! Упал райд 5, контролер IBM ServeRaid. Вся инфа накрылась соответственно. Пытаюсь спасти, ценность имеет только var область, поскольку там дампы были. Гружусь с knoppix, cfdisk видит диск c var областью, но смонтировать не удается, говорит, что файловая система типа того...... Что можно попытаться сделать, может есть какие-то юниксовые утилиты для восстановления?
alexkuklin> как упал??
а х... знает! Сначало выпали 2 харда (дело было в глубокой ночи), далее произошел вис сервака, после перезагрузки контроллер выдал, что никаго райда более нет. Его штатными утилитами удалось восстановить райд, но ни разделов, ни файла, ни чего не осталось.

[identity profile] kinuski.livejournal.com 2007-06-10 01:02 pm (UTC)(link)
Если в RAID-5 выходит из строя более одного диска - массив нежизнеспособен, винить контроллер только за это нельзя. Если диски после выхода из строя массива кажутся нормальными, это ничего не значит - диски могли сбойнуть и могут сделать это еще раз. Если контроллер потерял диски, дело необязательно в контроллере.

Backup'ы спасут мир...

[identity profile] alexkuklin.livejournal.com 2007-06-10 02:07 pm (UTC)(link)
фигня в том, что физически диски и данные на них живы - их рейд потерял.

[identity profile] alexkuklin.livejournal.com 2007-06-10 02:10 pm (UTC)(link)
> Если диски после выхода из строя массива кажутся нормальными, это ничего не значит - диски могли сбойнуть и могут сделать это еще раз. Если контроллер потерял диски, дело необязательно в контроллере.

понимаете, мне пофиг - мне данные нужны.
т.е. потерять диски рейд имеет право.
у меня так было с софтрейдом.
но с софтрейдом в случае проблем - я знаю, каким образом поднимать данные, даже с битого винта.
в случае с аппаратным - все это скрыто внутри железки

[identity profile] easyjohn.livejournal.com 2007-07-06 02:28 pm (UTC)(link)
у вас странная фобия по поводу аппаратных рейдов, встречается многократно на протяжении последних постов.
лично я по ходу своей прямой деятельности старался все строить только на них. и больших проблемм мне это никогда не приносило, а наоборот. а вот недоверие к софтам - есть. :)

в вышеописанной ситуации выпадения больше 1 винта на 3-5 рейде есть стандартная продцедура, впихнуть принудительно один из выпавших в онлайн, сделав вид что он живой, и в дигрейте слить все данные.
бывает они при этом частично повреждены но так, что бы были повреждены фатально - не встречал.

чаще всего такие вещи случаются из-за шлейфов, смерти контроллера или одновременной смерти винтов.
еще есть вариант ленивого админа, не заметившего вовремя переход рейда в дегрейт, не рассматриваем.
соотвественно если шлейфы - втыкание онлайн все лечит. (чаще всего было на сказе, когда отваливался сразу какой-то канал целиком. было понятно что все живо, просто шейф или от вибрации отходит или окислился)

в случае смерти контроллера, все конечно хуже. но обычно он мрет не убивая данные. в этом случае заменой контроллера можно получить обратно рабочий массив.
напрмер один из наших поставщиков железа держит архив всех устаревших рейдконтроллеров, что бы в случае проблемм у клиента, можно было хотя бы слить данные.

ну и одновременная смерть обоих винтов - это достаточно большая редкость. просто не встречал. :)

а вообще золотое правило админа - никакой рейд не спасет при отсутсвии баккапа. по этому баккаить и еще раз баккапить, какие бы надежные технологии не применились.

PS извиняюсь что отвечаю на старый пост, неоднократно натыкался на этот жж когда искал какую-либо нужную инфу. ник примелькался, сегодня решил почитать более детально. оказалось интересно. спасибо.

[identity profile] alexkuklin.livejournal.com 2007-07-06 04:48 pm (UTC)(link)
я понимаю, что как правило все обходится и т.п.
однако когда я подряд наблюдаю несколько случаев потери данных при использовании аппаратных рейдов, я предпочту с ними не связываться там, где нет потребности в скорости большей, чем дают программные.