Symptoms
受影响的版本：
PowerStoreOS 2.0.0.0 内部版本 1376722
如果将 PowerStoreOS 升级到版本 2.0.0.0 内部版本 1376722 或使用 PowerStoreOS 2.0.0.0 内部版本 1376722 重新启动节点，则会出现此问题。
在无中断升级期间或节点重新启动后，主机将无法访问已配置为 LUN 0 的所有 LUN。所有其他 LUN 不受影响。为了重新获得对 LUN 0 的访问权限，必须先注销主机，然后再重新登录。
如果将 LUN 0 调配至主机，则在无中断升级 (NDU) 到 PowerStoreOS 版本 2.0.0.0 内部版本 1376722 后，主机将无法访问 LUN 0。
无中断升级 (NDU) 到 PowerStoreOS 版本 2.0.0.0 内部版本 1376722 会导致 LUN 0 的数据不可用。
重新启动节点后，无法还原到 PowerStore 节点上的 LUN 0 的连接。
如果 ESX 主机使用 LUN 0，则在 ESXi 主机上的 /var/log/vmkernel.log 文件中，将显示类似于以下内容的条目：
NMP: nmp_ThrottleLogForDevice:3861: Cmd 0xa3 (0x4598c9d3e8c0, 0) to dev "naa.68ccf098001eb7ef7b75d019f90f1ff2" on path "vmhba64:C0:T9:L0" Failed:
NMP: nmp_ThrottleLogForDevice:3869: H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x25 0x0. Act:NONE. cmdId.initiator=0x45388721bbd8 CmdSN 0x0
Cause
PowerStoreOS 2.0.0.0 内部版本 1376722 中的代码缺陷。
即使在节点重新启动后，PowerStore 仍会不断使用 ASC: 25h ASCQ 00h (LOGICAL UNIT NOT SUPPORTED) 来响应 LUN 0 的主机 I/O，从而可能会造成永久设备丢失 (PDL)。
Resolution
解决方法：
要解决此问题，所有主机和主机组都不应具有 LUN ID 为 0 的 PowerStore LUN。
永久修复：
此问题已在 PowerStoreOS 2.0.0.0（内部版本：1397847）中得到解决。