sdudnik

vscsi тут не при чём.

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

а со стороны схд с этим луном всё ок? если с него почитать dd-ой выводить что нибудь?

похоже что он просто недоступен. Можно попробовать удалить его и добавить заново

rmdev -Rdl hdisk2

cfgmgr

и снова проверить его доступность

проверить его доступность командами

lsdev  | grep hdisk2

lquerypv  -h /dev/hdisk2

1) migratepv

2) mirrovg, unmirrorvg vgname old_hdisk.

В прошивке как раз и дело. Скорее всего с другой прошивкой не заведется.

Получается следующая ситуация –  у каждого виоса по два диска, они НЕ в зеркале  ( это можно также проверить командой lslv -m hd4) и на них расположен rootvg виосов. Также в rootvg расположены логические тома

<span style=”color: #5a5a5a; font-family: Verdana, Geneva, sans-serif; font-size: 12px;”>dnsrootvg jfs 280 280 1 open/syncd N/A<…[Читать далее]

Еще вывод lsvg -lv rootvg с рабочего виоса

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

Судя по выводу отвалился hdisk0  на лпаре. Нужно убедиться с какого виоса он примаплен.

можете прислать lspv с рабочего виоса? и вывод lsmap -all

Еще нужен номер сбойно лпары, можно посмотреть из HMC.

Похоже виосу поплохело. Если два виоса правильно настроены, и диск в лпаре отвалилися именно со сбойного виоса, то можно попробовать перегрузить его, чтобы fsck прошла. Странно, что на виосе нет никаких дисков, которые должны быть примаплены к лпаре. Или они отвалились, или лпаре отданы логические тома из rootvg виоса, что маловероятно.

н…[Читать далее]

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