Проблема с системой хранения DS3400

[vasil_k]

После сбоя питания контроллер пометил 8 дисков как сбойные. Как вернуть диски в нормальный режим.
Перезагрузка и выдергивание не помогло.

Состав оборудования: IBM System Storage DS3400:
Type: 1726-HC4
Product ID: 1726-42X
Дисковые полки 2шт. IBM System Storage EXP3000:
Type: 1727-HC1
Product ID: 1727-01X
Система хранения работает в составе IBM Blade Center System H
MT: 8852 4XG
Product ID: 88524XG
Все оборудование не гарантийное.

[DefDuck]

Прошивки контроллеров и ESM свежие?

[GARRY]

Какой статус дисков?

[vasil_k]

Прошивки старые, не прошивались с момента ввода в эксплуатацию т.е. 3,5 лет. Статус дисков Unassigned.

[GARRY]

Попробуйте из консоли:
Revive Disk Drive
This command forces the specified disk drive to the Optimal state.

Attention: Possible loss of data access or possible data integrity issues – Correct use of this command
depends on the data configuration on all of the disk drives in the array. Never try to revive a disk drive
unless you are supervised by an IBM Technical Support representative.
Syntax
revive drive [enclosureID,drawerID,slotID]
Parameter
Parameter Description
drive The enclosure, drawer, and the slot where the disk drive
resides. Enclosure ID values are 0 to 99. Drawer ID values
are 1 to 5. Slot ID values are 1 to 32. Enclose the values in
square brackets ([ ]).
http://download.boulder.ibm.com/ibmdl/p ... 4y8443.pdf

[vasil_k]

Все получилось. Диски поднялись и логические разделы восстановились. Но лезвия не грузятся с этих разделов.

[diz]

а информация-то с lun`ов доступна и консистентна?

[vasil_k]

Проверки массивов прошли успешно. Вроде все доступно.
Вот ответы одной из команд из консоли.

show storageSubsystem lunMappings host ["VMW-1"];
MAPPINGS (Storage Partitioning - Enabled (10 of 16 used))-------------------

VOLUME NAME LUN CONTROLLER ACCESSIBLE BY VOLUME STATUS
VMW_VIRTUAL_MASHINES#1 3 A Host Group VMW Optimal
VMW_VIRTUAL_MASHINES#2 2 A Host Group VMW Optimal
BOOT_VMW_1 0 A Host VMW-1 Optimal

[diz]

Сделав revive всем дискам, Вы заставили считать дисковую систему, что с массивом все ок. Но если сбой был и Вы добавили в массив диски с некорректными данными, то внутри рейд-массива случился фарш, о чем и было предупреждение в описании команды revive. Сервера собственно могут сейчас не загружаться по двум причинам:
1. В массиве фарш, загружаться не с чего
2. Слетели настройки, связанные с SAN boot. Например, была настроена загрузка с одного пути HBA, а загрузочный lun сейчас представлен на другом.

[vasil_k]

Новые диски не добавлялись и старые местами не менялись.
В Brocade Switch слетели настройки, согласен. Но лезть в зонирование Brocade врагу не пожелаешь.
Если можно ссылку на red book по теме, чтобы не копать сайт IBM, время дорого.

[diz]

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

http://www.redbooks.ibm.com/cgi-bin/sea ... AND+switch

[vasil_k]

Меньше всего хочется дискутировать на тему...вчера. Не буду называть очень известных интеграторов ( не прилично на форуме это делать), так вот никто не захотел это делать. Некоторые запросили столько, что проще выкинуть это все и купить за эти деньги классику , причем несколько шт..Речь шла о десятке тыс. у.е. Почему не спешу....я из бекапов поднял все на резервных серверах и фирма заработала через 3 часа в полном объеме.

Теперь по проблеме. Переместили разделы на контроллер B и загрузились нормально. Проблема с контроллером А? Как проверить?

[gs]

Если все уже подняли на запасках, может просто все прошить и пересоздать заново?

Десяток килобаксов - это вероятно расценки датарекаверов (вполне уместные, если бы Вам надо было спасать данные). Видимо просто не по адресу обратились.

[diz]

Теперь по проблеме. Переместили разделы на контроллер B и загрузились нормально. Проблема с контроллером А? Как проверить?

Значит, я угадал. Проблема скорей-всего в том, что у вас SAN boot настроен через один HBA (порт HBA), который и "светит" на нужный контроллер. Нужна топология SAN и схема зонирования. Грубо, в двух словах: необходимо настроить BIOS HBA таким образом, чтобы он пытался загрузиться с обоих портов\HBA\контроллеров. N.B. Это может противоречить SAN Boot best practice\configuration guide к некоторым операционным системам\аппаратным конфигурациям.
Проверить функциональность контроллера можно почитав лог и посмотрев профиль СХД и статистику производительности по этому контроллеру, например. Можно, конечно, брутально пустить контроллер B в Offline на живой системе, если установлены mpio драйвера и проблема только в настройке загрузки, то ничего страшного не произойдет, вне зависимости от того, с какого контроллера произошла загрузка.