SMB客户端错误

将HyperV Server 2016与Scale Out File Server一起使用(将VHDX文件存储在文件服务器上)会在pipe理程序的事件日志(SMB Client – Connectivity)中显示以下错误:

Failed to establish a network connection. Error: {Device Timeout} The specified I/O operation on %hs was not completed before the time-out period expired. Server name: storage.DOMAIN Server address: IP_OF_STORAGE2:445 Connection type: Wsk Guidance: This indicates a problem with the underlying network or transport, such as with TCP/IP, and not with SMB. A firewall that blocks TCP port 445, or TCP port 5445 when using an iWARP RDMA adapter, can also cause this issue. 

环境感觉不稳定,虚拟机不断出现I / O错误,所以存储失败。

环境看起来像这样:

  • 具有网卡绑定function的HyperV 2016服务器(双10G以太网接口)和VLAN标记
  • 启用了HyperV 2016服务器和文件服务的双存储磁头服务器与“Scale Out Fileserver”(存储1和存储2)angular色组合成故障转移群集。 作为存储后端,我们有一个EMC存储单元通过iSCSI连接到头节点。

在节点之间,我们有一个在组合接口上运行的活动的以太网通道/ LACP的Cisco Nexusnetworking。

如果需要,我将非常乐意提供任何信息。

我在Google上find的唯一一个相关的命中是这个technet线程没有任何解决schemehttps://social.technet.microsoft.com/Forums/en-US/ef3e9243-5a22-4020-97a0-219595666cd7/smbclient-errors?forum=winserver8gen

混合使用iSCSI和LACP是一个坏主意。 尝试解除您的连接,并使用MPIO到目前为止的中继。

我同意前面的发言人的意见,如果你首先考虑演出,MPIO是最好的select。 至于一般的configuration,我认为你可以使它更简单,更可靠,更重要的是,使用本地存储节点而不是物理SAN盒子的性能更高。 让starwind免费 ,让它跨节点同步数据,应该给你一个体面的性能提高,因为你的客户将有最短的存储方式(数据局部性 – 低延迟)。

我们决定采取我们在这里得到的build议,并根据他们修改我们的networking:

  • 我们添加了第二个VLAN标记的接口到我们用来启用SMB MultiChannel的LBFO组
  • 修改了团队的负载平衡algorithm,以Address hash而不是默认的Dynamic

我们在一个星期前做了这些修改,因为我们没有看到这个错误消息,并且通常SMB Client事件日志的消息较less。

谢谢!