从红帽企业Linux 6中，我该如何区分SAN分区问题（例如，根本无法访问存储）与LUN掩码问题（例如未分配给正确的HBA WWN的LUN）？
在HP-UX上（是的，我知道…）这非常简单 – 磁盘arrays在“ioscan”输出中提供具有不同SCSI IDstring的目标：
该磁盘arrays中的LUN显示虚拟LUN仿真types“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，磁盘arrays本身也会在每个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
这也可能是由于在arrays上select了与HPUX兼容的仿真结果。 我知道HPUX的古老版本在看到一个没有LUN 0的SCSI目标的时候非常生气，所以存储可能会迫使自己仅在这个仿真模式下提供一个占位符LUN 0。
在Linux上，是否有类似的诊断testing来帮助识别存储是否可见（例如，分区是好的，LUN分配是坏的）还是存储根本不可见（例如分区是坏的）？
“ lsscsi ”，“ lsblk ”，“ blockdev --report ”和“ cat /proc/scsi/scsi ”似乎只在LUN一直可见时报告（分区和LUN掩码都是好的）。
我通过/sys/class/scsi_generic认为没有磁盘设备分配的目标可能会显示至less有一个普通的SCSI设备，但是唯一的sgX设备是与磁盘块设备相关的设备，这意味着LUN工作正常从存储到主机的方式。
你用什么来帮助识别Linux上的分区和LUN分配问题？