Montando o LUN do EMC VNX5300 via FC no Centos 6

Question

No meu VMX5300, criei LUNs, hosts configurados etc. A montagem de LUNs no ESXi é muito simples, o host ESXi descobriu o novo dispositivo FC e, com alguns cliques, consegui montar o novo armazenamento do FC. Em Centos não é tão simples quanto eu pensei que seria.

Tenho placa Fibre Channel: Emulex Corporation Saturn-X: adaptador host LightPulse Fibre Channel (rev 03).

O sistema vê, após a configuração do LUN no VNX, essas linhas apareceram nos meus logs:

Jul 28 13:50:37 server kernel: lpfc 0000:05:00.0: 0:1305 Link Down Event x2 received Data: x2 x20 x80000 x0 x0
Jul 28 13:51:07 server kernel: rport-3:0-0: blocked FC remote port time out: removing target and saving binding
Jul 28 13:51:07 server kernel: lpfc 0000:05:00.0: 0:(0):0203 Devloss timeout on WWPN 50:06:01:69:3e:a0:63:57 NPort x0000ef Data: x0 x7 x0
Jul 28 13:57:23 server kernel: lpfc 0000:05:00.0: 0:1303 Link Up Event x3 received Data: x3 x1 x20 x2 x0 x0 0
Jul 28 13:57:23 server kernel: lpfc 0000:05:00.0: 0:1309 Link Up Event npiv not supported in loop topology
Jul 28 13:57:23 server kernel: lpfc 0000:05:00.0: 0:(0):2858 FLOGI failure Status:x3/x18 TMO:x0
Jul 28 13:57:23 server kernel: lpfc 0000:05:00.0: 0:(0):2858 FLOGI failure Status:x3/x18 TMO:x0
Jul 28 13:57:23 server kernel: lpfc 0000:05:00.0: 0:(0):2858 FLOGI failure Status:x3/x18 TMO:x0
Jul 28 13:57:23 server kernel: lpfc 0000:05:00.0: 0:(0):0100 FLOGI failure Status:x3/x18 TMO:x0
Jul 28 13:57:23 server kernel: scsi 3:0:0:0: Direct-Access     DGC      LUNZ             0531 PQ: 0 ANSI: 4
Jul 28 13:57:23 server kernel: sd 3:0:0:0: Attached scsi generic sg5 type 0
Jul 28 13:57:23 server kernel: sd 3:0:0:0: [sdd] READ CAPACITY failed
Jul 28 13:57:23 server kernel: sd 3:0:0:0: [sdd] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Jul 28 13:57:23 server kernel: sd 3:0:0:0: [sdd] Sense Key : Illegal Request [current] 
Jul 28 13:57:23 server kernel: sd 3:0:0:0: [sdd] Add. Sense: Logical unit not supported
Jul 28 13:57:23 server kernel: sd 3:0:0:0: [sdd] Test WP failed, assume Write Enabled
Jul 28 13:57:23 server kernel: sd 3:0:0:0: [sdd] Asking for cache data failed
Jul 28 13:57:23 server kernel: sd 3:0:0:0: [sdd] Assuming drive cache: write through
Jul 28 13:57:23 server kernel: sd 3:0:0:0: [sdd] READ CAPACITY failed
Jul 28 13:57:23 server kernel: sd 3:0:0:0: [sdd] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Jul 28 13:57:23 server kernel: sd 3:0:0:0: [sdd] Sense Key : Illegal Request [current] 
Jul 28 13:57:23 server kernel: sd 3:0:0:0: [sdd] Add. Sense: Logical unit not supported
Jul 28 13:57:23 server kernel: sd 3:0:0:0: [sdd] Test WP failed, assume Write Enabled
Jul 28 13:57:23 server kernel: sd 3:0:0:0: [sdd] Asking for cache data failed
Jul 28 13:57:23 server kernel: sd 3:0:0:0: [sdd] Assuming drive cache: write through
Jul 28 13:57:23 server kernel: sd 3:0:0:0: [sdd] Attached SCSI disk

Então presumo que o sistema descobriu algo :)?

No diretório / dev existe um novo dispositivo / dev / sdd, mas rodar fdisk / dev / sdd me dá Can not read /dev/sdd .

Pelo que eu li, acho que para montagem eu deveria usar multipath (/ dev / mapper) mas não tenho idéia de como fazer isso.

Mas fdisk -l não mostra meu novo armazenamento. Eu estava googling mas não encontrei nenhuma resposta simples (simples para mim e minhas habilidades) ou tutorial sobre como fazer isso ...

    

Answer 1

Eu tentei a resposta do Chopper3, mas isso não ajudou. Se o dispositivo de bloco aparecesse em / dev fdisk, eu deveria vê-lo e depois de fazer a partição e o sistema de arquivos, eu deveria montá-lo sem problemas.

Não consegui reiniciar a máquina porque estava em uso de produção. Então eu descarreguei meus drivers de cartão FC do kernel no meu caso

modprobe -r lpfc

e carregou o driver mais uma vez com

modprobe lpfc

Depois disso, um novo dispositivo de bloco apareceu mas, desta vez, tudo deu certo e fdisk conseguiu ver o novo dispositivo. Particionar, formatar para ext4 e agora tenho o novo FC LUN montado no meu sistema

:)

    

Answer 2

Do que você copiou para sua pergunta, parece um problema muito simples ou uma apresentação muito mais complexa ou potencialmente um problema de zoneamento, mas primeiro vamos fazer a opção fácil tentando verificar novamente usando

echo “- – -” > /sys/class/scsi_host/host#/scan

onde '#' é provavelmente o número zero, mas você pode verificar isso indo para esse diretório.

Depois faça o 'fdisk -l' novamente, veja se alguma coisa mudou e nos avise.