什么是Microsoft iSCSI启动器目标限制？ 我的意思是 – 启动程序可以从单个iSCSI服务器处理多less个磁盘？ 我有一个FreeBSD 11.x内核的iSCSI目标，configuration了数百个磁盘，iSCSI服务器为数百个虚拟机服务，每个虚拟机有两个磁盘。 当我跨越iSCSI服务器上configuration的573个磁盘的临界值（每个目标一个LUN;less量磁盘工作正常，而且连接的573个磁盘继续工作，只有较新的磁盘574th和所以很麻烦）。 所以现在我想知道这是FreeBSD的目标bug，还是Miscosoft启动器的限制。
当然，我获得了iSCSI Target Server可伸缩性限制条款和Microsoft iSCSI Software Target 3.3条款 ，但是这些是目标文档，而不是发起者（至less在我解释这些文档时）。
是否有人能够成功地使用单个iSCSI服务器上的580+个磁盘进行工作，而不考虑iSCSI目标实现方式，而是使用Microsoft iSCSI启动器（例如Windows 7即装即用的iSCSI子系统）？
那么，我已经在freebsd-stable @邮件列表中询问过了，在分析了包跟踪之后，FreeBSD内核iSCSI目标开发者告诉我：
感谢包跟踪。 会发生什么情况是Windows启动器login，请求发现（“SendTargets =所有”），收到目标列表，如预期，然后…再次发送“SendTargets =所有”，而不是注销。 这导致ctld（8）丢弃会话。 发起者然后再次启动发现会话，但是这次它只login和然后出去，没有实际地请求目标列表。
也许你可以通过使用“discovery-filter”来解决这个问题，正如ctl.conf（5）中所logging的那样？
我遵循他的build议，将发现局限于只能从给定的发起者那里获得的目标，问题就消失了。
因此，在发现阶段触发MSFT iSCSi发起者似乎有一些限制。 由于MSFT iSCSI Target具有512个目标的限制，因此似乎只能理解发起者开始在573个目标的数目附近行事不端。