Solución de problemas necesita atención, no responde y acceso a hosts denegados en Virtual Machine Manager

En este artículo se describe cómo solucionar problemas del estado de host Necesita atención, No responde y Acceso denegado en System Center 2012 y versiones posteriores de Virtual Machine Manager. Los artículos a los que se hace referencia también se aplican a System Center 2012 y versiones posteriores de Virtual Machine Manager.

Nota:

Usuarios domésticos: este artículo solo está pensado para agentes de soporte técnico y profesionales de TI. Si busca ayuda con un problema, pregunte a la Comunidad de Microsoft.

Versión original del producto: System Center 2012 Virtual Machine Manager, Microsoft System Center 2012 R2 Virtual Machine Manager, System Center 2016 Virtual Machine Manager
Número de KB original: 2742246

Resumen

Los hosts necesita atención, no responde y acceso denegado en la consola VMM se producen porque el servidor VMM no puede comunicarse con el equipo host o los componentes (WMI, WinRM, etc.) en el equipo host que se usa para comunicarse con el servidor VMM no funciona correctamente.

A continuación se muestran errores comunes que se registran en las vistas Trabajos de la consola VMM cuando el estado del host es Necesita atención, No responde o Acceso denegado.

Error (2911)
Hay recursos insuficientes disponibles para completar esta operación en el servidor servername.contoso.com. (No hay suficiente almacenamiento disponible para completar esta operación (0x8007000E))

Error (2912)
Se ha producido un error interno al intentar ponerse en contacto con un agente en el servidor servername.contoso.com. (No se pueden crear más subprocesos en el sistema (0x800700A4))

Advertencia (2915)
El servicio Administración remota de Windows (WS-Management) no puede procesar la solicitud. No se encontró el objeto en el servidor (servername.contoso.com). Error desconocido (0x80041002) o Error desconocido (0x80338000)

Error (2916)
VMM no puede completar la solicitud. Se perdió la conexión con el agente servername.contoso.com. Error desconocido (0x80338126) o Error desconocido (0x80338012)

Error (2927) Error de administración de hardware al intentar ponerse en contacto con el servidor servername.contoso.com. Error desconocido (0x803381a6)

Advertencia (12710)
VMM no tiene los permisos adecuados para acceder a los recursos de administración remota de Windows en el servidor (servername.contoso.com). Error desconocido (0x80338104)

Advertencia (13926)
No se actualizó completamente el clúster de hosts servername.contoso.com porque no se pudo establecer contacto con todos los nodos. La información de red virtual y almacenamiento de alta disponibilidad notificada para este clúster podría ser inexacta.

Error (20506)
Virtual Machine Manager no puede completar la solicitud de Administración remota de Windows (WinRM) en el equipo servername.contoso.com.

Advertencia (13926)
No se actualizó completamente el clúster de hosts servername.contoso.com porque no se pudo establecer contacto con todos los nodos. La información de red virtual y almacenamiento de alta disponibilidad notificada para este clúster podría ser inexacta.

Error (406)
Se ha denegado el acceso al ponerse en contacto con el equipo servername.contoso.com.

Realice los pasos siguientes para identificar la causa del estado de host Necesita atención, No responde o Acceso denegado .

Paso 1: Comprobar el estado de mantenimiento del host

Para comprobar el estado de mantenimiento de un host, realice los pasos siguientes:

1. Abre la consola VMM.
2. Seleccione la vista Tejido, haga clic con el botón derecho en el host que está experimentando problemas y, a continuación, elija Propiedades.
3. En las propiedades del host, seleccione Estado.
4. Seleccione la categoría que tiene la exclamación roja para ver los detalles del error.

Para obtener más información sobre la característica de comprobación de estado del host, consulte Propiedades de host: novedad en las comprobaciones de estado de host expandidas de VMM 2012.

Paso 2: Comprobar que la cuenta de servicio VMM es miembro del grupo de administradores local en el host

• Si el servicio VMM se ejecuta en una cuenta de dominio, compruebe que la cuenta de dominio es miembro del grupo de administradores local en el host.
• Si VMM se ejecuta en la cuenta del sistema local, compruebe que la cuenta de equipo es miembro del grupo de administradores local en el host.

Si la cuenta de servicio VMM se quita del grupo de administradores local en el host, este problema podría deberse a una directiva de grupo de grupos restringidos.

Para resolver este problema, realice uno de los pasos siguientes:

• Agregue la cuenta de servicio VMM a la configuración de directiva de grupo de grupos restringidos de los administradores.
• Cree una nueva unidad organizativa (OU) en el dominio, mueva el objeto de equipo host a la nueva unidad organizativa y configure la nueva unidad organizativa para bloquear la herencia de directivas.

Paso 3: Comprobar si hay contadores de rendimiento dañados

Compruebe el registro de eventos de la aplicación en el host para ver si se registra el siguiente evento:

Nombre de registro: Application
Origen: Microsoft-Windows-LoadPerf
Identificador de evento: 3012
Descripción:
Las cadenas de rendimiento del valor del Registro de rendimiento están dañadas al procesar el proveedor de contadores de extensiones de rendimiento. El valor BaseIndex del Registro de rendimiento es el primer DWORD de la sección Datos, el valor LastCounter es el segundo DWORD de la sección Datos y el valor LastHelp es el tercer DWORD de la sección Datos.

Si el identificador de evento 3012 se registra en la máquina host, realice los pasos descritos en Cómo volver a generar manualmente los contadores de rendimiento para los sistemas Windows Server 2008 64bit o Windows Server 2008 R2 para recompilar los contadores de rendimiento.

Paso 4: Comprobar el proceso de Svchost.exe del servicio de administración remota de Windows

VMM depende del servicio de administración remota de Windows para la comunicación de host. Por lo tanto, es probable que se produzca el estado No responde debido a un error en la comunicación de administración remota subyacente de Windows entre el servidor VMM y el equipo host. En este escenario, el estado del host es Correcto poco después de reiniciar el equipo host. Sin embargo, el estado cambia a No responder después de tres a cuatro horas, y los trabajos del servidor VMM producen un error y devuelven un error similar al siguiente:

Error (2927)
Se ha producido un error de administración de hardware al intentar ponerse en contacto con el servidor servername.contoso.com. Error desconocido (0x803381a6)

Además, si detiene el servicio administración remota de Windows en un símbolo del sistema, este proceso tarda mucho más de lo habitual en completarse. A veces, puede tardar hasta cinco minutos en detenerse.

Este problema puede producirse si el proceso compartido de Svchost.exe que hospeda el servicio de administración remota de Windows está experimentando problemas.

Para resolver este problema, configure el servicio administración remota de Windows para que se ejecute en un proceso de Svchost.exe independiente. Para ello, abra un símbolo del sistema con privilegios elevados, escriba el siguiente comando y presione Entrar.

sc config winrm type= own

Nota:

Asegúrese de escribir el comando exactamente como aparece aquí. Observe el espacio después del símbolo de signo igual (=).

Si el comando se ha completado correctamente, debería ver la siguiente salida:

[SC] ChangeServiceConfig SUCCESS

Paso 5: Aumentar los valores predeterminados de WinRM

Como procedimiento recomendado, ejecute las siguientes líneas de comandos en el host VMM y todos los hosts de Hyper-V administrados por VMM (y presione Entrar después de cada línea).

Winrm quickconfig
winrm set winrm/config @{MaxTimeoutms="1800000"}
winrm set winrm/config/Service @{MaxConcurrentOperationsPerUser="1500"}
winrm set winrm/config/winrs @{MaxConcurrentUsers="100"}
winrm set winrm/config/winrs @{MaxProcessesPerShell="100"}
winrm set winrm/config/winrs @{MaxShellsPerUser="100"}

set-item "WSMan:\localhost\Plugin\WMI Provider\Quotas\MaxConcurrentOperationsPerUser" 400

Debe reiniciar WinRM (para los cambios de WINRM) y reiniciar WMI (para la configuración de SC) o reiniciar el servidor para que los cambios surtan efecto.

Al agregar hosts que no son de confianza o hosts perimetrales o de grupo de trabajo, asegúrese de que el valor del LocalAccountTokenFilterPolicy Registro en la siguiente subclave del Registro esté establecido en 1:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System