Recientemente, una de nuestras máquinas virtuales Hyper-V dejó de responder periódicamente a través de la red. Parece ocurrir cada pocos días y ocasionalmente ocurre hasta varias veces al día. De ninguna manera soy un administrador de sistemas, por lo que cualquier dirección que puedan brindarme será bienvenida. He incluido todo lo que sé incluir a continuación. Si necesita información adicional, estaré encantado de incluirla.
- Puedo conectarme a través de la consola Hyper-V.
- No puedo conectarme a recursos compartidos de red, aplicaciones web IIS, ni mediante RDP ni mediante ping.
- El uso de la memoria parece ser normal (3 de 4 GB)
- El uso del procesador parece bajo.
No sabemos el momento exacto en el que el servidor deja de funcionar, pero el siguiente error aparece constantemente alrededor del momento en el que deja de funcionar:
Error 5719, NETLOGON
Esta computadora no pudo configurar una sesión segura con un controlador de dominio en el dominio***debido a lo siguiente: Actualmente no hay servidores de inicio de sesión disponibles para atender la solicitud de inicio de sesión. Esto puede conducir a problemas de autenticación. Asegúrese de que esta computadora esté conectada a la red. Si este problema persiste, comuníquese con el administrador de su dominio.
EDITAR
Aquí hay algunos detalles que me perdí durante la publicación inicial.
- Tanto el servidor Hyper-V como la VM ejecutan Windows Server 2008 Standard.
- Hay 6 máquinas virtuales en el servidor Hyper-V y todas comparten una red virtual externa que se ejecuta en un adaptador gigabit.
- El problema parece estar aislado de esta máquina virtual.
- Al menos una de las otras máquinas virtuales del servidor tiene una carga bastante alta.
Respuesta1
Parece que hay un problema con la NIC virtual y/o la interacción de un software con la NIC virtual. Aquí hay algunas cosas que puedes probar, pero probablemente mi dinero esté en el producto antivirus/firewall.
¿Todas sus máquinas virtuales tienen el mismo producto antivirus? Verifique que su producto antivirus/firewall sea compatible específicamente con Server 2008 con Hyper-V; de lo contrario, pruebe con otro producto antivirus/firewall diferente (o elimínelo temporalmente si es posible) como prueba para ver si el problema desaparece. Este fue el culpable en nuestros sistemas: cada 24 a 48 horas, una máquina virtual aparentemente aleatoria perdía conectividad hasta que se reiniciaba.
Verifique que su producto antivirus en el sistema operativo principal/de administración tenga la carpeta adecuada y las exclusiones de procesos (ID de artículo de MS: 961804)
Intente deshabilitar las funciones de descarga de NIC, como la descarga de envío grande y la descarga de suma de comprobación en el adaptador de red VM; están habilitadas de forma predeterminada en Windows, pero es posible que su NIC de hardware no las admita (o no interactúe bien con Hyper-V). lo que puede causar problemas de rendimiento y errores de red. Hay varias formas de hacer esto, pero la más rápida para fines de prueba es (dentro de la VM) abrir las propiedades del adaptador NIC, ir a la pestaña avanzada, deshabilitar las funciones de descarga en la lista y luego reiniciar la VM. (ID de artículo de MS: 951037) Este parece ser un problema bastante común. Probablemente también verá errores en los conmutadores de su red en los puertos asociados si se trata de un problema.
Respuesta2
El siguiente artículo puede estar relacionado o no... supuestamente se solucionó en 2008 R2, luego se rompió en SP1 y luego se corrigió nuevamente después de SP1 en esta revisión.
http://support.microsoft.com/kb/2263829
En mi experiencia, este problema todavía existe, incluso después de aplicar la revisión.
Hasta la fecha, no puedo encontrar una manera de resolver este problema. Calculo que he gastado más de una semana de mi tiempo desactivando la descarga de TCP y muchas configuraciones similares; nada impide que falle la pila de redes Hyper-V. No estoy tan seguro de que esté puramente relacionado con la carga de la red, ya que puedo hacer que esto falle cuando uso ARCserve para hacer una copia de seguridad de mi máquina virtual Exchange 2010. Pero solo falla a mitad de la copia de seguridad de la unidad C:. Si elimino el 'Agente de cliente para Windows' y dejo el agente de Exchange solo en la VM, entonces puedo hacer una copia de seguridad de la base de datos de Exchange una y otra vez, sin problemas. Y la tasa de transferencia de datos a través de la red (virtual) cuando se realiza una copia de seguridad de la base de datos de Exchange es mucho mayor que cuando se realiza una copia de seguridad de la unidad C: con miles de pequeños archivos.
Entonces, ¿esto me hace pensar que tal vez sea algún tipo de problema de entrada/salida de archivos con el VHD? ¿Quizás un problema de SMB (¿ARCserve Backup utiliza SMB?). ¿Una combinación de alta E/S de archivos y carga de red? ¿Quizás un error en los servicios de integración de Hyper-V? Algo no está bien y no puedo creer que no haya más ruido sobre esto. Tengo 2 servidores, en diferentes ubicaciones, y ambos experimentan este problema, aunque los síntomas y la recuperación son un poco diferentes.
El otro servidor pierde la pila de red en la VM, pero debe reiniciar el host para recuperarse ya que la VM falla y deja de responder durante el reinicio. Por lo tanto, esto es más grave en la medida en que todo el host necesita reiniciarse para corregir la red fallida en una sola máquina virtual. Este es el síntoma informado por jwerwie en la publicación original.
Jugar con direcciones MAC, configuraciones de descarga TCP, etc., parecería una enorme pérdida de tiempo.
Respuesta3
De repente, una de mis máquinas virtuales dejó de responder. Cualquier otra máquina virtual que viva en el mismo host Hyper-V podría hacer ping al servidor, pero cualquiera fuera del VMHost obtendría una respuesta muy intermitente.
Resulta que mi compañero de trabajo había activado un servidor antiguo que teníamos P2Ved hace un tiempo. La VM todavía tenía la misma dirección MAC que el servidor físico. En mi caso terminó siendo un problema de dirección MAC.
Dicho esto, cuando construí mi entorno Hyper-V, desactivé todas las funciones de descarga en las NIC Broadcom del servidor que utilizaba Hyper-V. No he tenido ni un solo problema de red hasta este.
Respuesta4
¿Existe alguna posibilidad de que haya un conflicto de direcciones IP? Si el servidor tiene una dirección estática, ¿se superpone con algún grupo de DHCP? Recuerde que es posible que su grupo DHCP de Windows no sea el único en su entorno, especialmente si tiene dispositivos como dispositivos VPN o controladores WLAN.
¿Hay otras máquinas virtuales que comparten la misma interfaz de red física? ¿Todos tienen conectividad de red cuando éste no?