从 Red Hat Enterprise Linux 6 中，我如何区分 SAN 分区问题（例如根本无法访问存储）和 LUN 屏蔽问题（例如 LUN 未分配给正确的 HBA WWN）？
在 HP-UX 上（是的，我知道......）这非常简单 - 磁盘阵列在“ioscan”输出中显示具有不同 SCSI ID 字符串的目标：
该磁盘阵列的 LUN 显示虚拟 LUN 仿真类型“OPEN-V”（右侧）：
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
即使未分配 LUN，磁盘阵列本身也会在每个 SCSI 目标上显示“DISK-SUBSYSTEM”而不是“OPEN-V”：
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
这也可能只是在阵列上选择了与 HPUX 兼容的仿真的结果。我知道 HPUX 的旧版本在看到没有 LUN 0 的 SCSI 目标时会非常生气，因此存储可能会强迫自己仅在此仿真模式下显示占位符 LUN 0。
在 Linux 上，是否有类似的诊断测试来帮助确定存储是否完全可见（例如分区良好，LUN 分配不良）与存储是否完全不可见（例如分区不良）？
“ lsscsi”、“ lsblk”、“ blockdev --report”和“ cat /proc/scsi/scsi”似乎都只在 LUN 完全可见后才进行报告（区域划分和 LUN 屏蔽都很好）。
我仔细/sys/class/scsi_generic思考了一下，也许没有磁盘设备的目标可能会出现至少一个通用的 SCSI 设备，但唯一的 sgX 设备是与磁盘块设备相关联的设备，这意味着 LUN 从存储到主机一直运行良好。
您使用什么来帮助识别 Linux 上的区域划分与 LUN 分配问题？