最近,我们的一个Hyper-V虚拟机已经定期停止networking响应。 这似乎每隔几天就会发生一次,偶尔会发生多达一天几次。 我绝不是系统pipe理员,所以你们可以提供的任何方向都是非常受欢迎的。 我已经包含了我所知道的所有内容。 如果您需要任何其他信息,我很乐意将其包含在内。
我们不知道服务器停机的确切时间,但在下降的时间内出现以下错误:
错误5719,NETLOGON
由于以下原因,此计算机无法与域***的域控制器build立安全会话:目前没有可用于login请求的login服务器。 这可能会导致身份validation问题。 确保这台电脑连接到networking。 如果问题仍然存在,请联系您的域pipe理员。
编辑
以下是我在初始文章中错过的一些细节。
这听起来像是虚拟网卡和/或软件与虚拟网卡的交互问题。 这里有一些你可以尝试的东西,但我的钱可能在防病毒/防火墙产品上。
你所有的虚拟机都有相同的防病毒产品吗? validation您的防病毒/防火墙产品是否支持带Hyper-V的Server 2008,如果不是,请尝试使用其他防病毒/防火墙产品作为testing,以查看问题是否消失。 这是我们系统上的罪魁祸首,每隔24-48小时,一个看似随机的虚拟机将失去连接,直到重新启动。
validation您的pipe理/父级操作系统中的防病毒产品是否具有适当的文件夹和进程排除(MS Article ID:961804)
尝试在虚拟机networking适配器中禁用网卡卸载function,例如“大型发送卸载”和“检查卸载卸载”,它们在Windows中默认启用,但其硬件NIC可能不支持(或与Hyper-V无法正常交互)这可能会导致性能问题和networking错误。 有很多方法可以做到这一点,但是为了testing目的,最快的方法是(在虚拟机内)打开NIC适配器属性,转到高级选项卡,并禁用列表中的卸载function,然后重新启动虚拟机。 (MS文章ID:951037)这似乎是一个相当普遍的问题。 如果出现问题,您可能还会在相关端口上的networking交换机上看到错误。
下面的文章可能会或可能不会相关….它被认为是在2008 R2中修复,然后在SP1中被破解,然后在此修补程序中再次修复SP1后。
http://support.microsoft.com/kb/2263829
根据我的经验,即使应用此修补程序后,此问题仍然存在。
迄今为止,我无法find解决这个问题的方法。 我想我已经烧了一个多星期的时间,closuresTCP卸载和许多类似的设置; 没有什么能够阻止Hyper-Vnetworking堆栈失败。 我不确定它是纯粹与networking负载相关的,因为使用ARCserve备份Exchange 2010虚拟机时可能会失败。 但是,它只能通过备份C:驱动器而部分失败。 如果我删除了“Windows客户端代理”并将Exchange代理仅保留在虚拟机上,那么我可以反复备份Exchange数据库,没有任何问题。 备份Exchange数据库时,通过(虚拟)networking进行数据传输的速度远远超过用数千个小文件备份C:驱动器时的速度。
所以,这使我认为这可能是VHD的某种文件I / O问题? 也许,中小型企业(ARCserve Backup使用SMB?)的问题? 高文件I / O和networking负载的组合? 也许是Hyper-V集成服务中的一个错误? 有些事情是不对的,我不能相信这里面没有更多的噪音。 我有2个服务器,在不同的位置都遇到这个问题,虽然症状和恢复有点不同。
另一台服务器丢失虚拟机中的networking堆栈,但是必须重新启动主机才能在虚拟机崩溃并在重新启动期间变得无响应时进行恢复。 所以,这是更严重的,整个主机需要重新启动,以纠正单个虚拟机上的故障networking。 这是jwerwie在原帖中报告的症状。
MAC地址,TCP Offload设置等等的麻烦,似乎是一个巨大的浪费时间。
所以突然之间,我的一个虚拟机变得没有反应。 生活在同一个Hyper-V主机上的任何其他虚拟机都可以ping服务器,但是VMHost之外的任何人都会得到非常间歇性的响应。
事实certificate,我的同事已经启动了一个我们刚刚使用过P2V的旧服务器。 虚拟机仍然具有与物理服务器相同的MAC地址。 在我的情况下,它最终成为一个MAC地址问题。
话虽如此,当我构buildHyper-V环境时,我禁用了Hyper-V正在使用的服务器Broadcom nics上的所有卸载function。 在这之前,我还没有遇到任何networking问题。
我会从基本的故障排除开始。
有IP地址冲突的机会吗? 如果服务器有一个静态地址,它是否与任何DHCP池重叠? 请记住,您的Windows DHCP池可能不是您的环境中唯一的一个,特别是如果您有VPN设备或WLAN控制器等设备。
还有其他虚拟机共享相同的物理networking接口吗? 他们都有networking连接,当这一个不呢?
我在3 HV服务器集群上运行的虚拟机上遇到同样的问题。
我们的一个虚拟win2003SP2标准服务器停止响应通过networking,我通过MS SC VMM进入服务器或通过虚拟机的节点上的Hyper-V控制台,似乎它失去了它的networking接口…如果我尝试去networking接口的属性我得不到窗口,所以我无法做禁用/启用来查看连接是否回来。 我有其他虚拟机在服务器上使用相同的虚拟交换机,他们继续工作没有任何问题。
要恢复这种情况,我只需重新启动虚拟机或将其迁移到群集的另一个Hyper-V节点即可。
我看到系统事件日志,我发现了几个事件如下:
types:信息
资料来源:netvsc
类别:无
事件ID:4
微型端口“Microsoft虚拟机总线networking适配器”重置。
有关更多信息,请参阅帮助和支持中心
要么
types:警告
资料来源:netvsc
类别:无
事件ID:5
小型端口“Microsoft虚拟机总线networking适配器”挂起。
有关更多信息,请参阅帮助和支持中心
但我真的不明白他们为什么发生。
最好的问候,米格尔布兰科达席尔瓦里斯本 – 葡萄牙
我有一些与我的虚拟机完全相同的问题。 尤其是Exchange被虚拟化。 这个问题必须做“大量的传出stream量”,这使得我们的虚拟机失去了连接到networking,否则看起来没问题。
我解决了这个补丁的问题: http : //support.microsoft.com/kb/2263829