Solaris 10 MPxIO и Clariion CX3-20c. Дружим между собой

Есть сервер T4-4 с Solaris 10. Есть массив Clariion CX3-20c. Соединение через FC коммутаторы. К этому серверу подключены на самом деле два массива - один выше указанный и более новый Clariion (модель не помню уже).
Когда мы сделали тома на новом массиве и передали солярису - все отработало отлично, тома перешли под управление scsi_vhci. Но позже захотелось больше томов и их сделали на CX3-20c. И вот что получилось в итоге - тома с CX3 ушли под управление scsi_vhci, но в то же время появились устройства со статусом drive unknow, и висят они на физических путях fc:

#format
Searching for disks...done
AVAILABLE DISK SELECTIONS:
       ...
       1. c4t5006016841E05F73d0
    /pci@400/pci@2/pci@0/pci@1/pci@0/pci@2/SUNW,qlc@0/fp@0,0/ssd@w5006016841e05f73,0
       2. c4t5006016041E05F73d0
    /pci@400/pci@2/pci@0/pci@1/pci@0/pci@2/SUNW,qlc@0/fp@0,0/ssd@w5006016041e05f73,0
       6. c9t600601601B031B003CFAE412BF55E311d0  /scsi_vhci/ssd@g600601601b031b003cfae412bf55e311
       7. c9t600601601B031B00020373D4BE55E311d0  /scsi_vhci/ssd@g600601601b031b00020373d4be55e311
   
Если копать дальше и посмотреть luxadm, mpathadm по этим устройствам, то будет видно, что тип этих непонятных устройств = LUNZ а не RAID или ARRAY.

В итоге копания на powerlink была найдена статья с названием:
"How do I remove LUNZ devices from a Solaris host?"

Идея в том, что бы убрать поведение массива по предоставлению из себя LUN ID 0.

Вот такие настройки на массиве можно сделать (выбрать WWN которые принадлежат нашему серверу и для них сделать такие настройки):

Обратите внимание на Array CommPath. Он стоит в Disabled сейчас (а по умолчанию Enabled и это есть наша проблема).

После установки параметров на массиве на солярис сделайте как обычно cfgadm -al и devfsadm -Cv. 

Благодарю за помощь в разбирательстве с проблемой коллег из Самары - Владимира Назарова и Сергея Попова.