Windows – 什么是Microsoft iSCSI发起程序目标限制?

前端之家收集整理的这篇文章主要介绍了Windows – 什么是Microsoft iSCSI发起程序目标限制?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
什么是Microsoft iSCSI发起程序目标限制?我的意思是 – 启动器可以处理多个来自单个iSCSI服务器的磁盘?我有一个FreeBSD 11.x内核iSCSI目标,配置了数百个磁盘,iSCSI服务器为数百个虚拟机提供服务,每个虚拟机有两个磁盘.当我越过iSCSI服务器上配置的573个磁盘的阈值时,我就开始收到ctld错误(每个目标一个LUN;更少的磁盘工作正常,此外,573个磁盘连接继续工作,只有更新的磁盘,第574个和所以一个很麻烦).所以现在我想知道这是FreeBSD目标bug还是Miscosoft发起人限制.

当然,我得到了iSCSI Target Server Scalability Limits文章Microsoft iSCSI Software Target 3.3文章,但这些是目标文件,而不是发起者(至少我解读它们).

是否有人拥有从单个iSCSI服务器成功使用580个磁盘的经验,无论iSCSI目标实施如何,但使用Microsoft iSCSI启动器(例如Windows 7开箱即用的iSCSI子系统)?

好吧,我已经在freebsd-stable @邮件列表中询问了,在分析了数据包跟踪之后,以下是FreeBSD内核iSCSI的开发人员目标 told

Thanks for the packet trace. What happens there is that the Windows
initiator logs in,requests Discovery (“SendTargets=All”),receives the list
of targets,as expected,and then… sends “SendTargets=All” again,
instead of logging off. This results in ctld(8) dropping the session.
The initiator then starts the Discovery session again,but this time it only
logs in and then out,without actually requesting the target list.

Perhaps you could work around this by using “discovery-filter”,
as documented in ctl.conf(5)?

我遵循他的建议,将发现仅限于可从给定发起人访问的目标,问题就消失了.

因此,在发现阶段触发的MSFT iSCSi启动器似乎存在一些限制.由于MSFT iSCSI Target具有512个目标的限制,因此启动器在573个目标的数量周围开始出现错误似乎是可以理解的.

原文链接:https://www.f2er.com/windows/367047.html

猜你在找的Windows相关文章