服务器重新启动后，iSCSI目标卡住重新连接

编辑：

好的，事件113是KB972107 ，这是一个相当普遍的问题类，但“networking堆栈没有完全准备”引起了我的注意。 然后我们看到更有趣的事件103。

看到这个专家交换职位与类似的问题…

如果我在服务器运行时连接它们，一切似乎都正常工作，但是如果我重新启动，服务器通常会在login后挂起，驱动器要么缓慢出现，要么根本不出现。

…以及指向以下知识库文章的解决scheme。

没有任何进一步的信息，我的直觉是，当启动器重新启动时，连接没有被正常终止。 这使目标设备上的连接处于不一致的状态。 当您的启动器尝试重新连接时，目标仍然认为原始会话处于活动状态，并且连接挂起，可能是因为一方被混淆，或者因为您对每个启动器的会话数量设置了限制。

继续，再试一次，看远程服务器上的连接状态。 如果我的预感是正确的，你会看到在NAS端会话仍然是活跃的。 这可能是您的服务器在强行断开连接之前没有足够快地终止会话的问题，也可能是NAS上的会话超时导致的。

我们也在我们的大部分客户站点使用Synology Nas，我也经常看到同样的问题。 我与Synology技术支持人员交谈，他们build议configurationauthentication屏蔽。 我的情况我使用chap和windowsvalidation连接始终logging一个身份validation错误。 升级单元的情况更糟糕，因为我断开了十几个连接，一半一般都不能重新连接。

自从做出这样的改变以来，我已经从大概100％的重启过程中看到了这个问题，而在过去的六个月里，在单台机器上看到了这个问题。

我意识到你没有configuration身份validation，但可能值得尝试在Synology端configuration掩码。 您需要在存储pipe理器连接时复制iqnstring。 您可以在iscsi目标屏幕上find它，然后进入编辑>屏蔽并创build一个新的条目，您可以粘贴string。