Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
| |
Не совсем "Так и должно быть". У НР на смарт5 достаточно в чистый сервер воткнуть винт бывший в рейде - РАИД контроллер предложет ребилдиться. Проверялось лично. 01.08.05 10:49 Число просмотров: 1944
Автор: Garick <Yuriy> Статус: Elderman
|
|
|
|
<hardware>
|
помер raid 29.07.05 11:21
Автор: Mosich <Mosichev Valentine> Статус: Member
|
Вот такая сутуевина:
Есть сервак, в нем SCSI RAID контроллер, к нему 5 винтов, на винтах RAID массив 5 уровня. Помер контроллер(в момент загрузки OS). Поставили другой.
А он, собака, массив не видит. Винты видит, а массив-нет. Данных в принципе не жалко - раскатали бэкап на резервном серваке(правда повезло что бэкап делали перед перезагрузкой при которой и сдох контроллер). Но возникает вопрос - это нормально, что второй конроллер не видит массив, созданный на первом? Если так и должно быть, то как уберечься от подобной ситуации или как вытащить данные с погибшего массива?
|
|
Так и должно быть 29.07.05 11:31
Автор: leo <Леонид Юрьев> Статус: Elderman
|
По-хорошему RAID-контроллер хранит параметры RAID-массива в своей энергонезависимой памяти, или другими словами ничего не хранит на дисках кроме самих данных. Поэтому «другой» контроллер просто ничего не знает о вашем RAID-массиве, и соответственно его нужно просто сконфигурировать.
Если RAID-контроллер как-либо «помечает» диски в массиве, либо «умничает» при создании массива (например, массив создается только через форматирование дисков), то это очень плохо и чревато проблемами. Вариант обхода – создать нужный массив из пустых дисков, а потом попробовать подменить на реальные (предварительно сделав копию).
|
| |
Не совсем "Так и должно быть". У НР на смарт5 достаточно в чистый сервер воткнуть винт бывший в рейде - РАИД контроллер предложет ребилдиться. Проверялось лично. 01.08.05 10:49
Автор: Garick <Yuriy> Статус: Elderman
|
|
|
| | |
Если в RAID-массив воткнуть "чистый" диск, то контроллер... 01.08.05 14:49
Автор: leo <Леонид Юрьев> Статус: Elderman
|
|
Если в RAID-массив воткнуть "чистый" диск, то контроллер должен либо предложить rebuild, либо сделать его автоматически (XOR блоков на дисках не будет == 0). Но если при подключении к "чистому" контроллеру диска из массива, тот начинает "умничать", то IMHO это плохо. Есть шанс, что если такой контроллер выйдет из строя, вы не найдете совместимый и останетесь без данных...
|
| | | |
Если контроллер новый (не был сконфигурен), то либо он... 02.08.05 10:59
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
Отредактировано 02.08.05 11:01 Количество правок: 2
|
Если контроллер новый (не был сконфигурен), то либо он ничего не увидит, либо предложит сконфигурить массив. Особенно "умные/интелектуальные" контроллеры могут узнать диски от такого же как и он массива и (только если он не были сконфигурен) предложить взять конфигурацию с дисков.
> Если в RAID-массив воткнуть "чистый" диск, то контроллер
> должен либо предложить rebuild, либо сделать его
> автоматически (XOR блоков на дисках не будет == 0). Но если
> при подключении к "чистому" контроллеру диска из массива,
> тот начинает "умничать", то IMHO это плохо. Есть шанс, что
> если такой контроллер выйдет из строя, вы не найдете
> совместимый и останетесь без данных...
Интенсивно сталкивался только с "СерверРЭЙДами" и "СмартАрреями". Может какие-нибудь другие контроллеры ничего не хранят на дисках, эти уж точно хранят. Как минимум размеры, типы/уровни, порядковые номера, уникальный идентификационный код и многое другое.
Так что конфигурация может хранится не менее чем в 4 местах - EPROM, NVRAM, HDD, Backup FDD.
|
| | | | |
Еще добавлю про смарареи. Хранить не только "свою" инфу по конфигурации, а еще и "соседнего" НР/компак контроллера. В одном сис блоке, понятное дело:-)Тяжело убиваемая система:-) 02.08.05 11:26
Автор: Garick <Yuriy> Статус: Elderman
|
|
|
|
|
подробно о проекте
Анализ криптографических сетевых...
