LINUX.ORG.RU

RAID для новичка


0

2

Разбирал один заброшенный сервер в организации. Со старенькой Suse, Adaptec 2130S и RAID 5. С RAID знаком только теоретически. Suse загружался нормально.
Решил поставить Debian. Выполнил Secure Erase Disks, операция выполнялась где-то полчаса, а прогресс так и остался на 0% (я понимаю, что это низкоуровневое форматирование, но не так долго же, всего четыре диска по 60 гигабайт). Перезагрузился, решил выполнить Array Configuration Utility -> Initialize Drives. По возвращению к серверу заметил перезагрузку и попытки загрузки по сети. Перезагрузился, решил выполнить Array Configuration Utility -> Initialize Drives еще раз, но уже под контролем. Выполнялась операция минут десят. После вышла ошибка controller not responding.
Есть вопросы:
Как проверить каждый диск в live cd или утилитах под dos, если gparted в livecd видит только aacraid?
Как грамотно собрать массив, если инициализация дисков не проходит?
Спасибо, братцы!

Скорее всего что бы увидеть физически диски в системе нужно сменить режим работы контроллера.

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

Как это сделать читайте документацию к контроллеру.

PS: Зачем вообще что-то трогали, если не знаете как делать ? Сначала, обычно, узнают что и как, а затем уже приступают к делу, а не наоборот.

kostik87 ★★★★★
()
Ответ на: комментарий от kostik87

но вам нужно сначала проинициализировать диски

Капитан очевидность, у него от инициализации дисков

controller not responding

anonymous
()
Ответ на: комментарий от anonymous

Но до этого у него загружалась SuSe с собранного RAID 5.

staevich

збирал один заброшенный сервер в организации. Со старенькой Suse, Adaptec 2130S и RAID 5. С RAID знаком только теоретически. Suse загружался нормально.

Значит ТС что-то не так делает, что бы узнать как пусть читает документацию.

kostik87 ★★★★★
()

Аппаратный RAID обычно сам проверяет состояние дисков при инициализации массива и контролирует SMART. Если у массив не собирается, при этом контроллер теряется, это явно дело не в дисках. Скорее всего, либо что-то с контроллером, допустим, от интенсивной работы он перегревается, либо с питанием.

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

mky ★★★★★
()
Ответ на: комментарий от mky

Скорее всего, либо что-то с контроллером, допустим, от интенсивной работы он перегревается, либо с питанием.

Но Suse исправно вроде работал. И еще - после загрузки контроллера появляется надпись bios not installed.

anonymous
()
Ответ на: комментарий от anonymous

Suse у вас просто загрузилась и немного поработала. Сильную нагрузку на диски вы, скорее всего, не давали, следовательно, RAID-котроллер (процессор, память) тоже особо не нагружался.

bios not installed

Точно сказать не могу, но, подобное сообщение встречал на другой материнки, там оно означало следующее. SCSI контроллер должен «отобразить» два первых scsi диска в BIOS-диски 0x80 и 0x81 (диски, доступные через прерывания BIOS'а). То есть при обращении к диску через прерывания BIOS'а (используется в boot-загрузчиках и DOS'е) будет вызвана подпрограмма из ПЗУ контроллера и обращение будет идти к SCSI-диску, а не к IDE. Если SCSI-дисков нет, в вашем случае нет собранного массива, то и отображать нечего, поэтому и не нужно «инсталлировать» (загружать) bios из ПЗУ контроллера в ОЗУ компьютера.

mky ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.