Compartir por

Solución de problemas de Hybrid Runbook Worker basado en agentes en Automation

  • Artigo

Importante

Hybrid Runbook Worker (Windows y Linux) basado en agente de Azure Automation se ha retirado el 31 de agosto de 2024 y ya no se admite. Siga las instrucciones sobre cómo migrar desde una instancia de Hybrid Runbook Worker basada en agente existente a Hybrid Worker basado en extensiones.

En este artículo se proporciona información sobre cómo solucionar problemas con las instancias de Hybrid Runbook Worker basado en agentes de Azure Automation. Para solucionar problemas de los trabajos basados en extensiones, consulte Solución de problemas de Hybrid Runbook Worker basado en extensiones en Automation. Para obtener información general, consulte Información general sobre Hybrid Runbook Worker.

General

Hybrid Runbook Worker depende de un agente para comunicarse con su cuenta de Azure Automation para registrar el trabajo, recibir trabajos de runbook e informar del estado. Para Windows, este agente es el agente de Log Analytics para Windows. Para Linux, es el agente de Log Analytics para Linux.

No se pueden actualizar los módulos de Az al usar Hybrid Worker

Problema

Se produjo un error en los trabajos de Hybrid Runbook Worker, ya que no pudo importar módulos Az.

Solución

Como solución alternativa, siga estos pasos:

  1. Vaya a la carpeta : C:\Archivos de programa\Microsoft Monitoring Agent\Agent\AzureAutomation\7.3.1722.0\HybridAgent
  2. Edite el archivo con el nombre Orchestrator.Sandbox.exe.config
  3. Agregue las siguientes líneas dentro de las etiquetas <assemblyBinding>:
<dependentAssembly>
  <assemblyIdentity name="Newtonsoft.Json" publicKeyToken="30ad4fe6b2a6aeed" culture="neutral" />
  <bindingRedirect oldVersion="0.0.0.0-13.0.0.0" newVersion="13.0.0.0" />
</dependentAssembly>

Nota:

La solución alternativa reemplaza el archivo por el original si reinicia MMA/server o habilita la solución o la aplicación de revisiones. En ambos escenarios, se recomienda reemplazar el contenido.

Escenario: Error en la ejecución de un runbook

Problema

Se produce un error en la ejecución del runbook y recibe el mensaje de error siguiente:

The job action 'Activate' cannot be run, because the process stopped unexpectedly. The job action was attempted three times.

El runbook se suspende poco después de intentar ejecutarse tres veces. Hay condiciones que pueden interrumpir la finalización del runbook. El mensaje de error relacionado podría no incluir ninguna información adicional.

Causa

Las posibles causas son las siguientes:

  • Los runbooks no se pueden autenticar con recursos locales.
  • Hybrid Worker está detrás de un firewall o proxy.
  • El equipo configurado para ejecutar Hybrid Runbook Worker no cumple los requisitos mínimos de hardware.

Solución

Compruebe que el equipo tenga acceso de salida a *.azure-automation.net en el puerto 443.

Los equipos que ejecutan Hybrid Runbook Worker deben cumplir los requisitos mínimos de hardware antes de que el trabajo esté configurado para hospedar esta característica. Los runbooks y el proceso en segundo plano que usan pueden provocar un uso excesivo del sistema, así como tiempos de espera y retrasos del trabajo de los runbooks.

Confirme que el equipo que ejecutará la característica Hybrid Runbook Worker cumple los requisitos mínimos de hardware. Si es así, supervise el uso de la CPU y memoria para determinar las posibles correlaciones entre el rendimiento de los procesos de Hybrid Runbook Worker y Windows. Cualquier presión de CPU o memoria puede indicar la necesidad de actualizar los recursos. También puede seleccionar otro recurso de proceso que pueda admitir los requisitos mínimos y escalarse cuando las demandas de carga de trabajo indiquen que es necesario un aumento.

Compruebe el registro de eventos Microsoft-SMA en busca de un evento que corresponda a la descripción Win32 Process Exited with code [4294967295]. La causa de este error es que no ha configurado la autenticación en sus runbooks o no ha especificado las credenciales de ejecución para el grupo de Hybrid Runbook Worker. Para confirmar que ha configurado correctamente la autenticación para sus runbooks, revise los permisos de runbook en Ejecución de runbooks en Hybrid Runbook Worker.

Escenario: error de puerta de enlace de runbooks

Problema

Se devolvió un error de actualización de los trabajos de Hybrid Runbook Worker al comunicarse mediante un servidor de puerta de enlace de Log Analytics. El error es similar al siguiente: Spool operation id does not exist (spool ID): see attachment for job details and exact exception messages.

Solución

Compruebe que el servidor de puerta de enlace de Log Analytics está en línea y es accesible desde la máquina que hospeda el rol de Hybrid Runbook Worker. Para obtener información adicional de solución de problemas, consulte Solución de problemas de puerta de enlace de Log Analytics.

Escenario: no se pudo iniciar el trabajo porque Hybrid Worker no estaba disponible cuando se inició el trabajo programado

Problema

El trabajo no se puede iniciar en una instancia de Hybrid Worker y verá el siguiente error:

No se pudo iniciar, ya que el trabajo híbrido no estaba disponible cuando se inició el trabajo programado, trabajo híbrido estaba activo por última vez en mm/dd/aaaa.

Causa

Este error puede producirse por alguno de los siguientes motivos:

  • La máquina ya no existe.
  • La máquina está desactivada y no se puede acceder a ella.
  • La máquina tiene una incidencia de conectividad de red.
  • La extensión de Hybrid Runbook Worker se desinstaló de la máquina.

Solución

  • Asegúrese de que la máquina exista y de que la extensión de Hybrid Runbook Worker esté instalada en ella. El estado de Hybrid Worker debe ser correcto y debería emitir un latido. Solucione los problemas de red comprobando los registros de eventos de Microsoft-SMA en los trabajos del grupo Hybrid Runbook Worker que intentó ejecutar este trabajo.
  • También puede supervisar la métricaHybridWorkerPing que proporciona el número de pings de Hybrid Worker y puede ayudar a comprobar las incidencias relacionados con ping.

Escenario: se suspendió el trabajo, ya que superó el límite de trabajo de Hybrid Worker

Problema

El trabajo se suspende con el siguiente mensaje de error:

El trabajo se suspendió, ya que se superó el límite de trabajos de Hybrid Worker. Agregue más instancias de Hybrid Worker al grupo de Hybrid Worker para solucionar esta incidencia.

Causa

Los trabajos podrían suspenderse por alguna de las siguientes razones:

  • Cada Hybrid Worker activo del grupo sondeará los trabajos cada 30 segundos para ver si hay algún trabajo disponible. El Rol de trabajo elige los trabajos siguiendo la premisa de que el primero que llega se lo queda. En función de cuándo se insertó un trabajo, la instancia de Hybrid Worker que esté dentro del grupo de Hybrid Worker y que haga ping al servicio Automation tomará el trabajo en primer lugar. Normalmente, una sola instancia de Hybrid Worker puede seleccionar cuatro trabajos por ping (es decir, cada 30 segundos). Si la tasa de inserción de trabajos fuera superior a cuatro por cada 30 segundos y ningún otro Rol de trabajo recogiera el trabajo, es posible que el trabajo se suspenda.
  • Hybrid Worker podría no sondear como se esperaba cada 30 segundos. Esto podría ocurrir si el Rol de trabajo no fuera correcto o hubiera incidencias de red.

Solución

  • Si el límite de trabajos de una instancia de Hybrid Worker superase los cuatro trabajos por cada 30 segundos, podría agregar más instancias de Hybrid Worker al grupo de Hybrid Worker para lograr alta disponibilidad y equilibrio de carga. También podría programar trabajos para que no superen el límite de cuatro trabajos por cada 30 segundos. El tiempo de procesamiento de la cola de trabajos depende de la carga y del perfil de hardware de Hybrid Worker. Asegúrese de que el estado de Hybrid Worker sea correcto y de que emita un latido.
  • Solucione los problemas de red comprobando los registros de eventos de Microsoft-SMA en los trabajos del grupo Hybrid Runbook Worker que intentó ejecutar este trabajo.
  • También podría supervisar la métrica HybridWorkerPing, que proporciona el número de pings de una instancia de Hybrid Worker y podría ayudar a comprobar las incidencias relacionadas con ping.

Escenario: evento 15011 en la instancia de Hybrid Runbook Worker

Problema

Hybrid Runbook Worker recibe el evento 15011, lo que indica que el resultado de una consulta no es válido. El error siguiente aparece cuando el rol de trabajo intenta abrir una conexión con el servidor de SignalR.

[AccountId={c7d22bd3-47b2-4144-bf88-97940102f6ca}] [Uri=https://cc-jobruntimedata-prod-su1.azure-automation.net/notifications/hub][Exception=System.TimeoutException: Transport timed out trying to connect​ at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()​ at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)​ at JobRuntimeData.NotificationsClient.JobRuntimeDataServiceSignalRClient.<Start>d__45.MoveNext()​

Causa

Hybrid Runbook Worker no se configuró correctamente para la implementación automatizada de características; por ejemplo, para Update Management. Esta implementación contiene una parte que conecta la máquina virtual al área de trabajo de Log Analytics. El script de PowerShell busca el área de trabajo en la suscripción con el nombre proporcionado. En este caso, el área de trabajo de Log Analytics está en una suscripción distinta. El script no puede encontrar el área de trabajo e intenta crear una, pero el nombre ya está ocupado. Como resultado, se produce un error en la implementación.

Solución

Tiene dos opciones para resolver este problema:

  • Modifique el script de PowerShell para buscar el área de trabajo de Log Analytics en otra suscripción. Esta es una buena solución si tiene previsto usar muchas máquinas de Hybrid Runbook Worker en el futuro.

  • Configure manualmente el equipo de trabajo para que se ejecute en un espacio aislado de Orchestrator. Luego, ejecute un runbook creado en la cuenta de Azure Automation en el rol de trabajo para probar la funcionalidad.

Escenario: las máquinas virtuales de Microsoft Azure se quitan automáticamente de un grupo de Hybrid Worker

Problema

No puede ver Hybrid Runbook Worker ni las máquinas virtuales cuando el equipo de trabajo ha estado apagado durante mucho tiempo.

Causa

La máquina de Hybrid Runbook Worker no ha hecho ping a Azure Automation durante más de 30 días. Como resultado, Automation ha purgado el grupo de Hybrid Runbook Worker o el grupo de trabajo del sistema.

Solución

Inicie la máquina de trabajo y vuelva a registrarla con Azure Automation. Para obtener instrucciones sobre cómo instalar el entorno de runbook y conectarse a Azure Automation, consulte Implementación de Hybrid Runbook Worker en Windows.

Escenario: no se encontró ningún certificado en el almacén de certificados de la instancia de Hybrid Runbook Worker

Problema

Se produce un error en un runbook que se ejecutan en Hybrid Runbook Worker con el mensaje de error siguiente:

Connect-AzAccount : No certificate was found in the certificate store with thumbprint 0000000000000000000000000000000000000000 At line:3 char:1 + Connect-AzAccount -ServicePrincipal -Tenant $Conn.TenantID -Appl ... + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + CategoryInfo : CloseError: (:) [Connect-AzAccount],ArgumentException + FullyQualifiedErrorId : Microsoft.Azure.Commands.Profile.ConnectAzAccountCommand

Causa

Este error se produce cuando se intenta usar una cuenta de ejecución en un runbook que se ejecuta en una instancia de Hybrid Runbook Worker en la que no existe el certificado de la cuenta de ejecución. Las instancias de Hybrid Runbook Worker no tienen el recurso de certificado localmente de forma predeterminada. La cuenta de ejecución requiere que este recurso funcione correctamente.

Solución

Si su instancia de Hybrid Runbook Worker es una VM de Azure, puede usar la autenticación de runbooks con identidades administradas en su lugar. Este escenario simplifica la autenticación, lo que le permite autenticar los recursos de Azure mediante la identidad administrada de la VM de Azure en lugar de la cuenta de ejecución. Cuando la instancia de Hybrid Runbook Worker es una máquina local, deberá instalar el certificado de cuenta de ejecución en la máquina. Para obtener información sobre cómo instalar el certificado, consulte los pasos para ejecutar el runbook de PowerShell Export-RunAsCertificateToHybridWorker en Ejecución de runbooks en Hybrid Runbook Worker.

Escenario: error 403 durante el registro de una instancia de Hybrid Runbook Worker

Problema

Se produce un error en la fase inicial de registro del trabajo y recibe el siguiente error (403):

Forbidden: You don't have permission to access / on this server.

Causa

Los siguientes problemas son posibles causas:

  • Hay un identificador de área de trabajo o una clave de área de trabajo (principal) mal escritos en la configuración del agente.
  • Hybrid Runbook Worker no puede descargar la configuración, lo que ocasiona un error de vinculación de la cuenta. Cuando Azure habilita las características en máquinas, solo en determinadas regiones permite vincular un área de trabajo de Log Analytics y una cuenta de Automation. También es posible que se haya establecido una fecha o una hora incorrectas en el equipo. Si la hora es +/-15 minutos de la hora actual, se produce un error en la implementación de características.
  • La puerta de enlace de Log Analytics no está configurada para admitir Hybrid Runbook Worker.

Solución

Identificador o clave de área de trabajo mal escritos

Para comprobar si el identificador o la clave del área de trabajo del agente están escritos de manera incorrecta, consulte el artículo sobre cómo agregar o quitar un área de trabajo: agente de Windows para el agente de Windows, o bien el artículo sobre cómo agregar o quitar un área de trabajo: agente de Linux para el agente de Linux. Asegúrese de seleccionar la cadena completa de Azure Portal y cópiela y péguela con cuidado.

Configuración no descargada

Su área de trabajo de Log Analytics y su cuenta de Automation deben estar en una región vinculada. Esta es la solución sugerida para una instancia de Hybrid Runbook Worker del sistema que usa Update Management. Para obtener una lista de las regiones admitidas, consulte Asignaciones de áreas de trabajo de Log Analytics y Azure Automation.

También es posible que necesite actualizar la fecha o la zona horaria del equipo. Si selecciona un intervalo de tiempo personalizado, asegúrese de que esté en formato UTC, que puede diferir del de la zona horaria local.

Puerta de enlace de Log Analytics no configurada

Siga los pasos mencionados aquí para agregar puntos de conexión de Hybrid Runbook Worker a la puerta de enlace de Log Analytics.

Escenario: se produce un error relacionado con Set-AzStorageBlobContent en una instancia de Hybrid Runbook Worker

Problema

El runbook produce un error cuando intenta ejecutar Set-AzStorageBlobContent y recibe el mensaje de error siguiente:

Set-AzStorageBlobContent : Failed to open file xxxxxxxxxxxxxxxx: Illegal characters in path

Causa

Este error está causado por el comportamiento del nombre de archivo largo de las llamadas a [System.IO.Path]::GetFullPath(), que agrega rutas de acceso UNC.

Solución

Como alternativa, puede crear un archivo de configuración denominado OrchestratorSandbox.exe.config con el siguiente contenido:

<configuration>
  <runtime>
    <AppContextSwitchOverrides value="Switch.System.IO.UseLegacyPathHandling=false" />
  </runtime>
</configuration>

Coloque este archivo en la misma carpeta que el archivo ejecutable OrchestratorSandbox.exe. Por ejemplo,

%ProgramFiles%\Microsoft Monitoring Agent\Agent\AzureAutomation\7.3.702.0\HybridAgent

Nota:

Si actualiza el agente, este archivo de configuración se eliminará y tendrá que volver a crearlo.

Linux

Hybrid Runbook Worker de Linux depende del agente de Log Analytics para Linux a fin de comunicarse con su cuenta de Automation para registrar el trabajo, recibir trabajos de runbook e informar del estado. Si se produce un error de registro del trabajo, estas son algunas de las causas posibles:

Escenario: una instancia de Hybrid Runbook Worker de Linux recibe una solicitud de contraseña al firmar un runbook

Problema

La ejecución del comando sudo para una instancia de Hybrid Runbook Worker de Linux recupera una solicitud inesperada de contraseña.

Causa

La cuenta nxautomationuser del agente de Log Analytics para Linux no está configurada correctamente en el archivo sudoers. La instancia de Hybrid Runbook Worker necesita la configuración adecuada de los permisos de la cuenta y otros datos para que pueda firmar runbooks en el trabajo de runbook de Linux.

Solución

  • Asegúrese de que la instancia de Hybrid Runbook Worker tiene el archivo ejecutable de GnuPG (GPG) en la máquina.

  • Compruebe la configuración de la cuenta nxautomationuser en el archivo sudoers. Consulte Ejecución de runbooks en Hybrid Runbook Worker.

Escenario: el agente de Log Analytics para Linux no está en ejecución

Problema

El agente de Log Analytics para Linux no está en ejecución.

Causa

Si el agente no se está ejecutando, se impide que Hybrid Runbook Worker de Linux se comunique con Azure Automation. Son varios los motivos por los que el agente podría no estar ejecutándose.

Solución

Escriba el comando ps -ef | grep python para comprobar si el agente está en ejecución. Debería ver una salida similar a la siguiente. Python procesa la cuenta de usuario nxautomation. Si la característica Azure Automation no está habilitada, no se está ejecutando ninguno de los siguientes procesos.

nxautom+   8567      1  0 14:45 ?        00:00:00 python /opt/microsoft/omsconfig/modules/nxOMSAutomationWorker/DSCResources/MSFT_nxOMSAutomationWorkerResource/automationworker/worker/main.py /var/opt/microsoft/omsagent/state/automationworker/oms.conf rworkspace:<workspaceId> <Linux hybrid worker version>
nxautom+   8593      1  0 14:45 ?        00:00:02 python /opt/microsoft/omsconfig/modules/nxOMSAutomationWorker/DSCResources/MSFT_nxOMSAutomationWorkerResource/automationworker/worker/hybridworker.py /var/opt/microsoft/omsagent/state/automationworker/worker.conf managed rworkspace:<workspaceId> rversion:<Linux hybrid worker version>
nxautom+   8595      1  0 14:45 ?        00:00:02 python /opt/microsoft/omsconfig/modules/nxOMSAutomationWorker/DSCResources/MSFT_nxOMSAutomationWorkerResource/automationworker/worker/hybridworker.py /var/opt/microsoft/omsagent/<workspaceId>/state/automationworker/diy/worker.conf managed rworkspace:<workspaceId> rversion:<Linux hybrid worker version>

En la siguiente lista, se muestran los procesos que se inician para un Hybrid Runbook Worker de Linux. Todos se encuentran en el directorio /var/opt/microsoft/omsagent/state/automationworker/.

  • oms.conf: proceso del administrador de trabajos. Se inicia directamente desde DSC.
  • worker.conf: proceso de Hybrid Worker registrado automáticamente. Lo inicia el administrador de trabajos. Este proceso lo usa Update Management y es transparente para el usuario. Este proceso no está presente si Update Management no está habilitado en la máquina.
  • diy/worker.conf: proceso de Hybrid Worker de implementación manual. El proceso de DIY Hybrid Worker se usa para ejecutar runbooks de usuario en Hybrid Runbook Worker. Difiere del proceso de Hybrid Worker registrado automáticamente solo en el detalle clave de que usa otra configuración. Este proceso no está presente si Azure Automation está deshabilitado y el rol de Hybrid Worker de Linux de implementación manual no está registrado.

Si el agente no se está ejecutando, ejecute el siguiente comando para iniciar el servicio: sudo /opt/microsoft/omsagent/bin/service_control restart.

Escenario: la clase especificada no existe

Si ve el mensaje de error The specified class does not exist.. en /var/opt/microsoft/omsconfig/omsconfig.log, es necesario actualizar el agente de Log Analytics para Linux. Ejecute el siguiente comando para volver a instalar el agente.

wget https://raw.githubusercontent.com/Microsoft/OMS-Agent-for-Linux/master/installer/scripts/onboard_agent.sh && sh onboard_agent.sh -w <WorkspaceID> -s <WorkspaceKey>

Windows

Hybrid Runbook Worker de Windows depende del agente de Log Analytics para Windows a fin de comunicarse con su cuenta de Automation para registrar el trabajo, recibir trabajos de runbook e informar del estado. Si se produce un error en el registro del trabajo, en esta sección se incluyen algunas razones posibles.

Escenario: el agente de Log Analytics para Windows no funciona

Problema

healthservice no se está ejecutando en la máquina de Hybrid Runbook Worker.

Causa

Si el servicio Log Analytics para Windows no se está ejecutando, Hybrid Runbook Worker no se puede comunicar con Azure Automation.

Solución

Para comprobar que el agente se está ejecutando, escriba el comando siguiente en PowerShell: Get-Service healthservice. Si se detiene el servicio, escriba el siguiente comando de PowerShell para iniciar el servicio: Start-Service healthservice.

Escenario: evento 4502 del registro de Operations Manager

Problema

En el registro de eventos Registro de aplicaciones y servicios\Operations Manager, aparece el evento 4502 y un mensaje de evento que contiene Microsoft.EnterpriseManagement.HealthService.AzureAutomation.HybridAgent con la descripción siguiente:
The certificate presented by the service \<wsid\>.oms.opinsights.azure.com was not issued by a certificate authority used for Microsoft services. Please contact your network administrator to see if they are running a proxy that intercepts TLS/SSL communication.

Causa

Este problema se puede deber a que el firewall de red o de proxy está bloqueando la comunicación con Microsoft Azure. Compruebe que el equipo tenga acceso de salida a *.azure-automation.net en el puerto 443.

Solución

Los registros se almacenan localmente en cada Hybrid Worker en C:\ProgramData\Microsoft\System Center\Orchestrator\7.2\SMA\Sandboxes. Puede comprobar si hay algún evento de advertencia o de error en los registros de eventos Registro de aplicaciones y servicios\Microsoft-SMA\Operations y Registro de aplicaciones y servicios\Operations Manager. Estos registros indican una conectividad u otro tipo de problema que afecta a la habilitación del rol a Azure Automation, o bien a un problema detectado durante las operaciones normales. Para obtener más ayuda para solucionar problemas relacionados con el agente de Log Analytics, consulte Procedimientos para solucionar problemas relacionados con el agente de Log Analytics para Windows.

Los roles de Hybrid Worker envían salida y mensajes de los runbooks a Azure Automation de la misma manera en que los trabajos de runbook que se ejecutan en la nube envían salida y mensajes. Puede habilitar los flujos Detallado y Progreso del mismo modo que haría para los runbooks.

Escenario: Orchestrator.Sandbox.exe no se puede conectar a Microsoft 365 mediante proxy

Problema

Un script que se ejecuta en una instancia de Hybrid Runbook Worker de Windows no puede conectarse como se esperaba a Microsoft 365 en un espacio aislado de Orchestrator. El script usa Connect-MgGraph para la conexión.

Si ajusta Orchestrator.Sandbox.exe.config para establecer el proxy y la lista de omisión, el espacio aislado sigue sin conectarse correctamente. Sin embargo, un archivo Powershell_ise.exe.config con la misma configuración de proxy y lista de omisión parece funcionar como se espera. Los registros de Service Management Automation (SMA) y los registros de PowerShell no ofrecen ninguna información sobre el proxy.

Causa

La conexión a Servicios de federación de Active Directory (AD FS) del servidor no puede omitir el proxy. Recuerde que un espacio aislado de PowerShell se ejecuta como el usuario registrado. Sin embargo, un espacio aislado de Orchestrator está muy personalizado y podría pasar por alto la configuración de Orchestrator.Sandbox.exe.config. Este archivo tiene código especial para controlar la configuración del proxy del agente de Log Analytics, pero no para controlar otras opciones de proxy personalizadas.

Solución

Es posible resolver el problema del espacio aislado de Orchestrator mediante la migración del script para que use los módulos de Microsoft Entra en lugar de los cmdlet de PowerShell. Para más información, consulte Migración de Orchestrator a Azure Automation (beta).

​Si desea seguir usando los cmdlets del módulo, cambie el script para que use Invoke-Command. Especifique valores de los parámetros ComputerName y Credential.

$Credential = Get-AutomationPSCredential -Name MyProxyAccessibleCredential​
Invoke-Command -ComputerName $env:COMPUTERNAME -Credential $Credential
{ Connect-MgGraph … }​

Este cambio de código inicia una sesión de PowerShell completamente nueva en el contexto de las credenciales especificadas. Debe permitir que el tráfico fluya a través de un servidor proxy que autentique al usuario activo.

Nota:

Esta resolución hace que sea innecesario manipular el archivo de configuración del espacio aislado. Incluso si consigue que el archivo de configuración funcione con el script, el archivo se borrará cada vez que se actualice el agente de Hybrid Runbook Worker.

Escenario: Hybrid Runbook Worker no genera informes

Problema

El equipo de Hybrid Runbook Worker se está ejecutando, pero no se muestran los datos de latido para el equipo en el área de trabajo.

En la consulta de ejemplo siguiente se muestran los equipos en un área de trabajo y su último latido:

Heartbeat
| summarize arg_max(TimeGenerated, *) by Computer

Causa

Este problema se puede deber a una caché dañada en el Hybrid Runbook Worker.

Solución

Para resolver este problema, inicie sesión en Hybrid Runbook Worker y ejecute el script siguiente. Este script detiene el agente de Log Analytics, quita su caché y reinicia el servicio. Esta acción obliga a Hybrid Runbook Worker a volver a descargar su configuración de Azure Automation.

Stop-Service -Name HealthService

Remove-Item -Path 'C:\Program Files\Microsoft Monitoring Agent\Agent\Health Service State' -Recurse

Start-Service -Name HealthService

Escenario: no se puede agregar una instancia de Hybrid Runbook Worker en Windows

Problema

Recibe el siguiente mensaje cuando intenta agregar una instancia de Hybrid Runbook Worker mediante el cmdlet Add-HybridRunbookWorker:

Machine is already registered

Causa

Este problema puede surgir si el equipo ya está registrado con una cuenta de Automation diferente o si intenta volver a agregar la instancia de Hybrid Runbook Worker después de quitarla de un equipo.

Solución

Para resolver este problema, quite la clave del Registro siguiente, reinicie HealthService y pruebe nuevamente el cmdlet Add-HybridRunbookWorker.

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\HybridRunbookWorker

Escenario: no se puede agregar una instancia de Hybrid Runbook Worker en Linux

Problema

Recibe el siguiente mensaje cuando intenta agregar una instancia de Hybrid Runbook Worker mediante el script de Python sudo python /opt/microsoft/omsconfig/.../onboarding.py --register:

Unable to register, an existing worker was found. Please deregister any existing worker and try again.

Además, al intentar anular el registro de una instancia de Hybrid Runbook Worker mediante el script de Python sudo python /opt/microsoft/omsconfig/.../onboarding.py --deregister:

Failed to deregister worker. [response_status=404]

Causa

Este problema puede surgir si la máquina ya está registrada con otra cuenta de Automation, si se ha eliminado el grupo de Azure Hybrid Runbook Worker, o si intenta volver a agregar la instancia de Hybrid Runbook Worker después de quitarla de una máquina.

Solución

Para solucionar este problema:

  1. Quite el agente sudo sh onboard_agent.sh --purge.

  2. Ejecute estos comandos:

    sudo mv -f /home/nxautomation/state/worker.conf /home/nxautomation/state/worker.conf_old
sudo mv -f /home/nxautomation/state/worker_diy.crt /home/nxautomation/state/worker_diy.crt_old
sudo mv -f /home/nxautomation/state/worker_diy.key /home/nxautomation/state/worker_diy.key_old

  3. Vuelva a incorporar el agente sudo sh onboard_agent.sh -w <workspace id> -s <workspace key> -d opinsights.azure.com.

  4. Espere a que se rellene la carpeta /opt/microsoft/omsconfig/modules/nxOMSAutomationWorker.

  5. Vuelva a probar el script de Python sudo python /opt/microsoft/omsconfig/.../onboarding.py --register.

Pasos siguientes

Si su problema no aparece aquí o no puede resolverlo, intente obtener ayuda adicional mediante uno de los siguientes canales:

  • Obtenga respuestas de expertos de Azure en los foros de Azure.
  • Póngase en contacto con @AzureSupport, la cuenta oficial de Microsoft Azure para mejorar la experiencia del cliente. El Soporte técnico de Azure pone en contacto a la comunidad de Azure con respuestas, soporte técnico y expertos.
  • Registrar un incidente de soporte técnico de Azure. Vaya al sitio de Soporte técnico de Azure y seleccione Obtener soporte técnico.