我们有一个运行Windows Server 2012 RC的Hyper-V 3.0故障转移群集（2台服务器）。 我们有共享存储（HP P4300），它报告没有任何错误，并且作为集群内的独立磁盘或见证磁盘工作得很好。 我们还安装了HP P4000 DSM，这也正常工作（这是在一个Hyper-V节点上，并且可以完全访问磁盘）。
问题是，当我们将群集磁盘（最初以“可用存储”状态报告为Online状态）作为群集共享卷添加时，它会简短地报告为Online状态，直到恢复为Online (No Access) 。 它们不会出现在C:\ClusterStorage因为它们应该在C:\ClusterStorage员节点上。 日志中没有错误或警告，唯一的信息性消息是磁盘已联机。
若要进一步混淆，启用磁盘上的“维护模式”将状态更改为Online (Maintenance Mode) ，磁盘现在出现在C:\ClusterStorage （群集磁盘所在节点上），并允许读/写访问精细。
在互联网上似乎没有关于Online (No Access)的任何信息，所以任何信息都将非常值得赞赏。
“validation集群”的结果只会带来以下相关错误：
使用无效的RESERVATION KEY 0xc，SERVICE ACTION RESERVATION KEY 0xd，从节点PRODHV1.prodhv.local为testing磁盘0成功发出对持久保留寄存器的调用。
testing磁盘0不支持支持群集存储池所需的SCSI-3永久保留命令。 某些存储设备需要特定的固件版本或设置才能与故障转移群集正常工作。 请联系您的存储pipe理员或存储供应商，检查存储的configuration以使其能够与故障转移群集正常工作。
这些错误似乎与问题最相关，可能会导致这个问题，尽pipeP4300支持SCSI-3，据我所知。 （ 来源 ）
编辑：只是一些更多的信息来加速消防，这在Server 2008 R2上完美地工作，所以我知道SCSI-3实际上是支持在设备上 。 DSM Driver在2012年之前是否运作良好是另外一回事，但很可能是这样。
根据错误消息和发布的信息，存储设备可能没有加载支持并发访问的驱动程序，或者您的设备不支持多主机访问。
你确定你有一个2012年批准的驱动程序，并且你的设备支持多主机访问？
持久保留的能力非常重要 – 它允许进行集群，以确保能够访问和修改LUN的唯一节点属于集群。
您可能需要确保您拥有最新的SAN固件，最新的驱动程序和DSM。 看起来你并不孤单，尽pipe那个线程已经很老了。