Do Red Hat Enterprise Linux 6 como posso saber a diferença entre um problema de zoneamento de SAN (por exemplo, não pode alcançar o armazenamento) versus um problema de mascaramento de LUN (por exemplo, LUNs não atribuídos ao WWN de HBA correto)?
No HP-UX (sim, eu sei ...) isso é bem simples - o array de disco apresenta alvos com uma string de ID SCSI diferente na saída "ioscan":
LUNs dessa matriz de disco mostram o tipo de emulação de LUN virtual "OPEN-V" (caminho para a direita):
target 11 0/5/2/0/4/0.117.7.0.0.0 tgt CLAIMED DEVICE
disk 3 0/5/2/0/4/0.117.7.0.0.0.0 sdisk CLAIMED DEVICE HP OPEN-V
O próprio array de disco mostra "DISK-SUBSYSTEM" em vez de "OPEN-V" em cada destino SCSI, mesmo que nenhum LUN seja atribuído:
target 16 0/5/2/0/4/0.117.7.0.0.5 tgt CLAIMED DEVICE
disk 29 0/5/2/0/4/0.117.7.0.0.5.0 sdisk CLAIMED DEVICE HP DISK-SUBSYSTEM
Isso também pode ser resultado da escolha da emulação compatível com HPUX no array. Eu sei que versões antigas do HPUX ficaram super irritadas quando viram um alvo SCSI sem um LUN 0 presente, então o armazenamento pode estar se forçando a apresentar um espaço reservado LUN 0 somente neste modo de emulação.
No Linux, há um teste de diagnóstico semelhante para ajudar a identificar se o armazenamento é visível (por exemplo, zoneamento é bom, atribuições de LUN são ruins) versus armazenamento não visível (por exemplo, zoneamento é ruim)?
" lsscsi ", " lsblk ", " blockdev --report " e " cat /proc/scsi/scsi " todos parecem reportar apenas quando as LUNs estiverem visíveis (tanto o zoneamento quanto o mascaramento de LUN são bons. )
Passei por /sys/class/scsi_generic pensando que talvez um destino atribuído sem um dispositivo de disco possa aparecer com pelo menos um dispositivo SCSI genérico, mas os únicos dispositivos sgX são aqueles associados a dispositivos de bloco de disco, o que significa que os LUNs estão funcionando bem caminho do armazenamento para o host.
O que você usa para ajudar a identificar problemas de zoneamento versus atribuição de LUN no Linux?