我已经为服务器设置了一个服务器2008 R2（在xenserver上虚拟化）的testing环境，该服务器将使用许多在生产中附加的iscsi卷（> 80）。
在testing中，我们遇到了iSCSI启动器不会连接更多卷的问题，并给出错误“达到最大会话数”的错误。 然后，我们添加了另一个软件启动器到服务器，并能够将所有卷连接到服务器。 但是，使用两个iscsi软件启动器时，卷不会在启动时挂载。 他们可以在服务器运行后重新连接，没有问题，但他们不附加在启动。
我试过手动分割两个启动器之间的卷，使用多个networking接口，设置一切为自动，启用/禁用多path，在进程的各个阶段添加和删除卷绑定，但唯一似乎解决这个问题是禁用其中一个iscsi启动器。 如果辅助启动器被禁用，则可以在重新启动之间保留卷，但无法获得所需的全部卷。 即使卸载启动程序也不起作用，因为它是在重新启动时重新创build的。
有没有人看到这个行为与Windows ISCSI启动器？ 如果是这样，你find一个修复？
由于您没有确定您使用的SANtypes，我只能给出一个普遍的答案。 最可能的问题是可用于分配的持久组保留（PGR）密钥数量有限。 达到此限制时，持续连接可能无法重新连接。 32或64个并发会话的限制是常见的。 限制通常由SAN制造商设定。 这也可以解释为什么你可以重新连接会话，但他们不坚持。 这也可以解释为什么第二个发起者没有帮助。
我可以推荐的唯一的事情就是联系您的SAN制造商来甄别会话限制，并相应地进行调整。