Проблемы гибридная рабочей роли Runbook на базе средства устранения неполадок в Службе автоматизации

Внимание

31 августа 2024 г. служба автоматизации Azure гибридная рабочая роль Runbook на основе агента (Windows и Linux) не поддерживается. Следуйте инструкциям по миграции из существующих рабочих ролей Runbook на основе агента в гибридные рабочие роли на основе расширений.

В этой статье содержатся сведения об устранении неполадок и устранении проблем с гибридными рабочими ролей Runbook на основе агента служба автоматизации Azure. Сведения об устранении неполадок с рабочими возможностями на основе расширений см. в статье "Устранение неполадок гибридной рабочей роли Runbook на основе расширений" в службе автоматизации. Общие сведения см. в разделе Обзор гибридной рабочей роли Runbook.

Общие

Гибридная рабочая роль Runbook зависит от агента, который используется для взаимодействия с учетной записью службы автоматизации Azure для регистрации рабочей роли, получения заданий runbook и сообщения о состоянии. В Windows это агент Log Analytics для Windows. В Linux это агент Log Analytics для Linux.

Не удается обновить модули Az при использовании гибридной рабочей роли

Проблема

Сбой гибридных рабочих заданий Runbook, так как не удалось импортировать модули Az.

Разрешение

В качестве обходного решения можно выполнить следующие действия.

1. Перейдите в папку: C:\Program Files\Microsoft Monitoring Agent\Agent\AzureAutomation\7.3.1722.0\HybridAgent
2. Измените файл с именем Orchestrator.Sandbox.exe.config
3. Добавьте в теги следующие строки <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>

Примечание.

Решение заменяет файл исходным, если перезапустить MMA/server, включив решение или исправление. Для обоих этих сценариев рекомендуется заменить содержимое.

Сценарий: происходит сбой выполнения модуля Runbook

Проблема

Происходит сбой выполнения модуля runbook со следующим сообщением об ошибке.

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

Модуль runbook приостанавливается сразу после третьей попытки выполнения. Некоторые условия могут помешать модулю runbook завершить работу. Соответствующее сообщение об ошибке может не включать дополнительные сведения.

Причина

Возможны следующие причины.

• Модули runbook не могут выполнить проверку подлинности с помощью локальных ресурсов.
• Гибридная рабочая роль находится за прокси-сервером или брандмауэром.
• Компьютер, предназначенный для выполнения гибридной рабочей роли Runbook, не соответствует минимальным требованиям к оборудованию.

Разрешение

Проверьте, имеет ли компьютер исходящий доступ к *.azure-automation.net через порт 443.

Прежде чем настраивать гибридную рабочую роль Runbook для данной функции, необходимо убедиться, что компьютеры, на которых будет выполняться эта рабочая роль, соответствуют минимальным требованиям к оборудованию. Модули runbook и используемый ими фоновый процесс могут привести к слишком интенсивному использованию системы, что вызовет задержки или увеличение времени ожидания при выполнении заданий runbook.

Убедитесь, что компьютер для запуска функции гибридной рабочей роли Runbook соответствует минимальным требованиям к оборудованию. Если требования выполнены, отследите использование ЦП и памяти, чтобы определить корреляцию между производительностью процессов гибридной рабочей роли Runbook и Windows. Если память или ЦП используются слишком интенсивно, может потребоваться обновить ресурсы. Вы также можете выбрать другой вычислительный ресурс, который поддерживает минимальные требования и масштаб, когда требования рабочей нагрузки указывают на необходимость увеличения.

Проверьте журнал событий Microsoft-SMA на наличие соответствующего события с описанием Win32 Process Exited with code [4294967295]. Эта ошибка возникла из-за того, что проверка подлинности в модулях runbook еще не настроена или для группы гибридных рабочих ролей Runbook указаны учетные данные запуска от имени. Проверьте разрешения runbook в разделе Запуск модулей runbook в гибридной рабочей роли Runbook, чтобы убедиться в правильности настройки проверки подлинности для модулей runbook.

Сценарий. Сбой модулей Runbook с ошибкой шлюза

Проблема

Не удалось обновить гибридные рабочие задания Runbook при обмене данными с помощью сервера шлюза Log Analytics, а возвращенная ошибка аналогична следующему: Spool operation id does not exist (spool ID): see attachment for job details and exact exception messages.

Разрешение

Убедитесь, что сервер шлюза Log Analytics находится в сети и доступен на компьютере с ролью гибридной рабочей роли Runbook. Дополнительные сведения об устранении неполадок см. в разделе "Устранение неполадок с шлюзом Log Analytics".

Сценарий. Задание не удалось запустить, так как гибридная рабочая роль не была доступна при запуске запланированного задания

Проблема

Задание не запускается в гибридной рабочей роли, и вы увидите следующую ошибку:

Не удалось запустить, так как гибридная рабочая роль не была доступна при запуске запланированного задания, гибридная рабочая роль была последней активной в мм/дд/гггг.

Причина

Эта ошибка может возникать из-за следующих причин:

• Компьютеры больше не существуют.
• Компьютер отключен и недоступен.
• У компьютера возникла проблема с сетевым подключением.
• Расширение гибридной рабочей роли Runbook было удалено с компьютера.

Разрешение

• Убедитесь, что на компьютере существует и на нем установлено расширение гибридной рабочей роли Runbook. Гибридная рабочая роль должна быть здоровой и должна дать пульс. Устранение проблем с сетью путем проверка журналов событий Microsoft-SMA в рабочей группе гибридной рабочей роли Runbook, которая пыталась запустить это задание.
• Вы также можете отслеживать метрику HybridWorkerPing, которая предоставляет количество оповещений из гибридной рабочей роли и может помочь проверка проблем, связанных с связью.

Сценарий. Задание было приостановлено, так как оно превысило ограничение задания для гибридной рабочей роли

Проблема

Задание приостанавливается со следующим сообщением об ошибке:

Задание было приостановлено, так как оно превысило ограничение задания для гибридной рабочей роли. Добавьте дополнительные гибридные рабочие роли в группу гибридных рабочих ролей, чтобы устранить эту проблему.

Причина

Задания могут быть приостановлены из-за следующих причин:

• Каждая активная гибридная рабочая роль в группе проверяет наличие доступных заданий каждые 30 секунд. Рабочая роль выбирает рабочие места на основе первого, первого обслуживания. В зависимости от того, когда задание было отправлено, независимо от того, какая гибридная рабочая роль в группе гибридных рабочих ролей сначала отправляет службу автоматизации. Одна гибридная рабочая роль при каждой проверке связи (то есть каждые 30 секунд) обычно забирает не более четырех заданий. Если скорость отправки заданий выше четырех за 30 секунд, и ни один другой рабочий не берет работу, задание может быть приостановлено.
• Гибридная рабочая роль может не опрашивание, как ожидалось, каждые 30 секунд. Это может произойти, если рабочая роль не работоспособна или возникают проблемы с сетью.

Разрешение

• Если ограничение задания для гибридной рабочей роли превышает четыре задания в течение 30 секунд, можно добавить дополнительные гибридные рабочие роли в группу гибридных рабочих ролей для обеспечения высокой доступности и балансировки нагрузки. Можно также запланировать задания, чтобы они не превышали ограничение в четыре задания в 30 секунд. Время обработки очереди задач зависит от профиля оборудования гибридной рабочей роли и загрузки. Убедитесь, что гибридная рабочая роль здорова и дает пульс.
• Устранение проблем с сетью путем проверка журналов событий Microsoft-SMA в рабочей группе гибридной рабочей роли Runbook, которая пыталась запустить это задание.
• Вы также можете отслеживать метрику HybridWorkerPing, которая предоставляет количество оповещений из гибридной рабочей роли и может помочь проверка проблем, связанных с связью.

Сценарий: событие 15011 в гибридной рабочей роли Runbook

Проблема

Гибридная рабочая роль Runbook получает событие 15011, указывающее, что результат запроса недействителен. Приведенная ниже ошибка возникает, когда рабочая роль пытается открыть подключение к серверу 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()​

Причина

Гибридная рабочая роль Runbook настроена неправильно для автоматического развертывания компонентов, например для Управления обновлениями. Развертывание содержит часть, которая подключает виртуальную машину к рабочей области Log Analytics. Сценарий PowerShell ищет рабочую область в подписке с заданным именем. В этом случае рабочая область Log Analytics находится в другой подписке. Сценарий не может найти рабочую область и пытается создать ее, но соответствующее имя уже занято. В результате происходит сбой развертывания.

Решение

Существует два варианта решения этой проблемы.

• Измените сценарий PowerShell, чтобы искать рабочую область Log Analytics в другой подписке. Это хорошее решение, если в будущем планируется развернуть множество компьютеров с гибридной рабочей ролью Runbook.

• Вручную настройте компьютер с рабочей ролью для запуска в песочнице Orchestrator. Затем запустите модуль runbook, созданный в учетной записи службы автоматизации Azure, для рабочей роли, чтобы протестировать функциональные возможности.

Сценарий. Виртуальные машины Microsoft Azure автоматически удаляются из гибридной рабочей группы

Проблема

Гибридная рабочая роль Runbook или виртуальные машины не отображаются, если компьютер с рабочей ролью был отключен в течение длительного времени.

Причина

Компьютер с гибридной рабочей ролью Runbook не проверял связь со службой автоматизации Azure более 30 дней. В результате служба автоматизации удалила группу гибридных рабочих ролей Runbook или системную группу рабочих ролей.

Разрешение

Запустите рабочий компьютер, а затем повторно зарегистрируйте его с помощью служба автоматизации Azure. Инструкции по установке среды runbook и подключению к службе автоматизации Azure см. в разделе Развертывание гибридной рабочей роли Runbook для Windows.

Сценарий. Сертификат не найден в хранилище сертификатов в гибридной рабочей роли Runbook

Проблема

Модуль Runbook, запущенный в гибридной рабочей роли Runbook, завершается сбоем со следующей ошибкой.

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

Причина

Эта ошибка возникает при попытке использовать учетную запись запуска от имени в модуле runbook, который выполняется в гибридной рабочей роли Runbook, где отсутствует сертификат учетной записи запуска от имени. У гибридных рабочих ролей Runbook по умолчанию отсутствует локальный ресурс сертификата. Этот ресурс требуется для правильной работы учетной записи запуска от имени.

Разрешение

Если гибридная рабочая роль Runbook представляет собой виртуальную машину Azure, вы можете использовать вместо этого проверку подлинности runbook с помощью управляемых удостоверений. Этот сценарий упрощает проверку подлинности, позволяя проходить ее для ресурсов Azure с помощью управляемого удостоверения виртуальной машины Azure вместо учетной записи запуска от имени. Если гибридная рабочая роль Runbook установлена на локальном компьютере, необходимо установить сертификат учетной записи запуска от имени на этом компьютере. Чтобы узнать, как установить сертификат, ознакомьтесь с действиями по запуску модуля runbook PowerShell Export-RunAsCertificateToHybridWorker в разделе Запуск модулей runbook в гибридной рабочей роли Runbook.

Сценарий: ошибка 403 во время регистрации гибридной рабочей роли Runbook

Проблема

На этапе первоначальной регистрации рабочей роли происходит сбой, и появляется следующее сообщение об ошибке (403).

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

Причина

Возможны следующие причины.

• В параметрах агента есть неправильно введенный идентификатор или ключ (первичный) рабочей области.
• Гибридная рабочая роль Runbook не может скачать конфигурацию, что приводит к ошибке связывания учетной записи. Когда служба Azure включает компоненты на компьютерах, она поддерживает связывание рабочей области Log Analytics и учетной записи службы автоматизации не для всех регионов. Также возможно, что на компьютере установлено неправильное значение даты или времени. Если время отличается от текущего на 15 минут, развертывание компонента завершается сбоем.
• Шлюз Log Analytics не настроен для поддержки гибридной рабочей роли Runbook.

Разрешение

Неправильно введенный ключ или идентификатор рабочей области

Чтобы проверить, не была ли допущена ошибка при вводе ключа или идентификатора рабочей области агента, см. раздел Добавление или удаление рабочей области — агент Windows или Добавление или удаление рабочей области — агент Linux. Обязательно выберите полную строку на портале Azure, а затем скопируйте и вставьте ее с особой тщательностью.

Конфигурация не скачана

Рабочая область Log Analytics и учетная запись службы автоматизации должны находиться в связанном регионе. Это предлагаемое решение для гибридной рабочей роли Runbook системы, используемой управлением обновлениями. Список поддерживаемых регионов см. в разделе Сопоставления службы автоматизации Azure и рабочей области Log Analytics.

Также может потребоваться изменить дату или часовой пояс компьютера. При выборе настраиваемого диапазона времени убедитесь, что он указан в формате UTC, который может отличаться от местного часового пояса.

Шлюз Log Analytics не настроен

Выполните описанные здесь действия, чтобы добавить в шлюз Log Analytics гибридные конечные точки рабочей роли Runbook.

Сценарий. Сбой Set-AzStorageBlobContent в гибридной рабочей роли Runbook

Проблема

При попытке выполнить Set-AzStorageBlobContent в runbook происходит сбой со следующим сообщением об ошибке:

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

Причина

Эта ошибка вызвана поведением длинного имени файла вызовов [System.IO.Path]::GetFullPath(), в который добавляется UNC-пути.

Разрешение

В качестве обходного решения можно создать файл конфигурации OrchestratorSandbox.exe.config со следующим содержимым:

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

Поместите этот файл в папку, в которой находится исполняемый файл OrchestratorSandbox.exe. Например,

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

Примечание.

При обновлении агента этот файл конфигурации будет удален, и его потребуется создать заново.

Linux

Гибридная рабочая роль Runbook для Linux зависит от агента Log Analytics для Linux, который используется для взаимодействия с учетной записью службы автоматизации с целью регистрации рабочей роли, получения заданий runbook и передачи сведений о состоянии. Если при регистрации рабочей роли произошла ошибка, это могло произойти по следующим причинам:

Сценарий: гибридная рабочая роль Runbook Linux получает запрос на пароль при подписи модуля Runbook

Проблема

При выполнении команды sudo для гибридной рабочей роли Runbook для Linux получается непредвиденный запрос на ввод пароля.

Причина

Учетная запись nxautomationuser для агента Log Analytics для Linux неправильно настроена в файле sudoers. Гибридной рабочей роли Runbook требуется соответствующая настройка разрешений учетной записи и других данных, чтобы она могла подписывать модули runbook в рабочей роли Runbook для Linux.

Разрешение

• Убедитесь, что гибридная рабочая роль Runbook имеет исполняемый файл GnuPG (GPG) на компьютере.

• Проверьте конфигурацию учетной записи nxautomationuser в файле sudoers. См. раздел Запуск модулей runbook в гибридной рабочей роли Runbook.

Сценарий. Агент Log Analytics для Linux не запущен

Проблема

Агент Log Analytics для Linux не работает.

Причина

Если агент не запущен, гибридная рабочая роль Runbook для Linux не сможет взаимодействовать со службой автоматизации Azure. Агент может не работать по разным причинам.

Разрешение

Проверьте, запущен ли агент, выполнив команду ps -ef | grep python. Вы должны увидеть результат, аналогичный приведенному ниже. Это процессы Python, запущенные от имени учетной записи nxautomation. Если компонент службы автоматизации Azure не включен, ни один из следующих процессов не будет запущен.

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>

Ниже перечислены процессы, запущенные для гибридной рабочей роли Runbook Linux. Все они находятся в каталоге /var/opt/microsoft/omsagent/state/automationworker/.

• oms.conf: рабочий процесс руководителя. Он запускается непосредственно из DSC.
• worker.conf: автоматически зарегистрированный гибридный рабочий процесс. Он запускается диспетчером рабочих ролей. Этот процесс используется в решении "Управление обновлениями" и незаметен для пользователя. Если Управление обновлениями не включено на компьютере, этот процесс будет отсутствовать.
• diy/worker.conf: гибридный рабочий процесс DIY. Процесс гибридной рабочей роли DIY используется для выполнения модулей Runbook пользователя в гибридной рабочей роли Runbook. Он отличается от процесса автоматически зарегистрированной гибридной рабочей роли только тем, что использует другую конфигурацию. Если служба автоматизации Azure отключена и гибридная рабочая роль DIY для Linux отсутствует, этот процесс будет отсутствовать.

Если агент не запущен, выполните следующую команду, чтобы запустить службу: sudo /opt/microsoft/omsagent/bin/service_control restart.

Сценарий: указанный класс не существует

Если в /var/opt/microsoft/omsconfig/omsconfig.log присутствует сообщение об ошибке The specified class does not exist.., необходимо обновить агент Log Analytics для Linux. Выполните приведенную ниже команду, чтобы повторно установить агент.

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

Гибридная рабочая роль Runbook для Windows зависит от агента Log Analytics для Windows, который используется для взаимодействия с учетной записью службы автоматизации с целью регистрации рабочей роли, получения заданий runbook и передачи сведений о состоянии. В случае сбоя регистрации рабочей роли этот раздел содержит некоторые возможные причины.

Сценарий. Агент Log Analytics для Windows не запущен

Проблема

Служба healthservice не работает на компьютере с гибридной рабочей ролью Runbook.

Причина

Если служба Log Analytics для Windows не запущена, гибридная рабочая роль Runbook не сможет взаимодействовать со службой автоматизации Azure.

Разрешение

Проверьте, запущен ли агент, введя в PowerShell команду Get-Service healthservice. Если служба остановлена, введите в PowerShell команду Start-Service healthservice, чтобы запустить эту службу.

Сценарий: событие 4502 в журнале Operations Manager

Проблема

В журнале событий в папке Application and Services Logs\Operations Manager отображается событие 4502 и сообщение о событии с Microsoft.EnterpriseManagement.HealthService.AzureAutomation.HybridAgent со следующим описанием.
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.

Причина

Эта проблема может быть вызвана тем, что прокси-сервер или сетевой брандмауэр блокируют подключение к Microsoft Azure. Проверьте, имеет ли компьютер исходящий доступ к *.azure-automation.net через порт 443.

Разрешение

Журналы сохраняются локально в каждом гибридном компоненте Worker по адресу C:\ProgramData\Microsoft\System Center\Orchestrator\7.2\SMA\Sandboxes. Можно проверить, зарегистрированы ли в журналах событий в папках Application and Services Logs\Microsoft-SMA\Operations и Application and Services Logs\Operations Manager какие-либо предупреждения или ошибки. Эти журналы указывают на проблемы подключения или другие проблемы, влияющие на включение роли в службе автоматизации Azure, или на проблему, возникающую при нормальных условиях работы. Дополнительные сведения об устранении неполадок с агентом Log Analytics см. в статье "Устранение неполадок с агентом Windows Log Analytics".

Гибридные рабочие роли отправляют выходные данные и сообщения Runbook в службу автоматизации Azure так же, как задания runbook, выполняемые в облаке, отправляют выходные данные и сообщения. Вы можете включить потоки Verbose и Progress точно так же, как и для модулей runbook.

Сценарий. Orchestrator.Sandbox.exe не удается подключиться к Microsoft 365 через прокси-сервер

Проблема

Скрипт, выполняющийся в гибридной рабочей роли Runbook для Windows, не может ожидаемым образом подключиться к Microsoft 365 в песочнице Orchestrator. Сценарий используется Connect-MgGraph для подключения.

При настройке Orchestrator.Sandbox.exe.config для задания прокси-сервера и списка обхода песочница по-прежнему не подключается должным образом. Файл Powershell_ise.exe.config с теми же параметрами прокси-сервера и списка обхода работает ожидаемым образом. Журналы службы автоматизации управления службами (SMA) и журналы PowerShell не предоставляют никаких сведений о прокси-сервере.

Причина

Соединение со службами федерации Active Directory (AD FS) на сервере не может обойти прокси-сервер. Помните, что песочница PowerShell запускается от имени зарегистрированного пользователя. Однако песочница Orchestrator допускает глубокую настройку и может игнорировать параметры файла Orchestrator.Sandbox.exe.config. Он содержит специальный код для обработки параметров прокси-сервера агента Log Analytics или компьютера, но не для обработки других настраиваемых параметров прокси-сервера.

Разрешение

Вы можете устранить проблему для песочницы Orchestrator, переместив скрипт для использования модулей Microsoft Entra вместо командлетов PowerShell. Дополнительные сведения см. в разделе Миграция из Orchestrator в службу автоматизации Azure (бета-версия).

Если вы хотите продолжить использовать командлеты модуля, измените сценарий на использование Invoke-Command. Укажите значения параметров ComputerName и Credential.

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

Это изменение кода запускает совершенно новый сеанс PowerShell в контексте указанных учетных данных. Он должен обеспечить прохождение трафика через прокси-сервер, выполняющий проверку подлинности активного пользователя.

Примечание.

Это решение устраняет необходимость работы с файлом конфигурации песочницы. Даже если файл конфигурации работает с скриптом, файл очищается при каждом обновлении агента гибридной рабочей роли Runbook.

Сценарий: гибридная рабочая роль Runbook не сообщает

Проблема

Компьютер гибридной рабочей роли Runbook работает, но в рабочей области не отображаются данные о пульсе для компьютера.

В следующем примере запроса показаны компьютеры в рабочей области и их последние сведения о пульсе:

Heartbeat
| summarize arg_max(TimeGenerated, *) by Computer

Причина

Эта проблема может быть вызвана повреждением кэша в гибридной рабочей роли Runbook.

Разрешение

Чтобы решить данную проблему, войдите в систему гибридной рабочей роли Runbook и запустите следующий сценарий. Он останавливает агент Log Analytics для Windows, удаляет его кэш и перезапускает службу. Это действие заставляет гибридную рабочую роль Runbook повторно скачать свою конфигурацию из службы автоматизации Azure.

Stop-Service -Name HealthService

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

Start-Service -Name HealthService

Сценарий. Вы не можете добавить гибридную рабочую роль Runbook для Windows

Проблема

Вы получаете следующее сообщение при попытке добавить гибридную рабочую роль Runbook с помощью командлета Add-HybridRunbookWorker.

Machine is already registered

Причина

Эта проблема может возникать, если компьютер уже зарегистрирован в другой учетной записи службы автоматизации или если это попытка повторного добавления гибридной рабочей роли Runbook после ее удаления с компьютера.

Разрешение

Чтобы устранить эту проблему, удалите следующий раздел реестра, перезапустите HealthService и выполните командлет Add-HybridRunbookWorker еще раз.

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\HybridRunbookWorker

Сценарий. Вы не можете добавить гибридную рабочую роль Runbook для Linux

Проблема

При попытке добавить гибридную рабочую роль Runbook с помощью скрипта sudo python /opt/microsoft/omsconfig/.../onboarding.py --register Python вы получите следующее сообщение:

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

Кроме того, при попытке отменить регистрацию гибридной рабочей роли Runbook с помощью скрипта sudo python /opt/microsoft/omsconfig/.../onboarding.py --deregister Python:

Failed to deregister worker. [response_status=404]

Причина

Эта проблема может возникать, если компьютер уже зарегистрирован в другой учетной записи службы автоматизации, если группа гибридных рабочих ролей Azure была удалена или если вы попытаетесь повторно добавить гибридную рабочую роль Runbook после удаления с компьютера.

Разрешение

Для разрешения этой проблемы:

1. Удалите агент sudo sh onboard_agent.sh --purge.

2. Выполните следующие команды.

   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. Повторно подключите агент sudo sh onboard_agent.sh -w <workspace id> -s <workspace key> -d opinsights.azure.com.

4. Дождитесь заполнения папки /opt/microsoft/omsconfig/modules/nxOMSAutomationWorker.

5. Попробуйте выполнить скрипт Python sudo python /opt/microsoft/omsconfig/.../onboarding.py --register снова.

Следующие шаги

Если вы не видите проблему здесь или не можете устранить проблему, попробуйте один из следующих каналов для получения дополнительной поддержки:

• Получите ответы специалистов Azure на форумах Azure.
• Подпишитесь на @AzureSupport, официальный канал Microsoft Azure для улучшения качества взаимодействия с клиентами. Служба поддержки Azure взаимодействует с сообществом Azure, предоставляя ответы, поддержку и советы экспертов.
• Отправьте запрос в службу поддержки Azure Перейдите на сайт поддержки Azure и выберите Получить поддержку.