Устранение проблем рабочей роли гибридного Runbook на основе агента в службе автоматизации

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

Общие сведения

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

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

Проблема

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

Разрешение

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

1. Перейдите в папку: C:\Program Files\Майкрософт 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>

Сценарий: происходит сбой выполнения модуля 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 Worker, не соответствует минимальным требованиям к оборудованию.

Разрешение

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

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

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

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

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

Проблема

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

Разрешение

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

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

Проблема

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

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

Причина

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

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

Разрешение

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

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

Проблема

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

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

Причина

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

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

Разрешение

• Если ограничение задания для гибридной рабочей роли превышает четыре задания в течение 30 секунд, можно добавить дополнительные гибридные рабочие роли в группу гибридных рабочих ролей для обеспечения высокой доступности и балансировки нагрузки. Вы также можете запланировать задания, чтобы они не превысили ограничение в четыре задания в 30 секунд. Время обработки очереди задач зависит от профиля оборудования гибридного рабочего и нагрузки системы. Убедитесь, что гибридный агент исправно работает и отправляет сигнал.
• Устранение неполадок в сети путем проверки журналов событий Майкрософт-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 в другой подписке. Это хорошее решение, если вы планируете в будущем развернуть множество машин Hybrid Runbook Worker.

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

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

Проблема

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

Причина

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

Разрешение

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

Сценарий: Сертификат не найден в хранилище сертификатов на гибридном рабочем элементе 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

Причина

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

Разрешение

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

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

Проблема

На начальном этапе регистрации рабочего процесса происходит сбой, вы видите следующую ошибку (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 системы, используемой управлением обновлениями. Список поддерживаемых регионов см. в разделе сопоставления рабочих областей Cлужба автоматизации Azure и Log Analytics.

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

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

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

Сценарий: Ошибка Set-AzStorageBlobContent на Hybrid Runbook Worker

Проблема

При попытке выполнить 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 Worker Linux получает запрос на пароль при подписи рунбука.

Проблема

При запуске команды 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 с Cлужба автоматизации Azure. Агент может не работать по разным причинам.

Разрешение

Проверьте, запущен ли агент, выполнив команду ps -ef | grep python. Вы должны увидеть результат, аналогичный приведенному ниже. Python обрабатывается с учетной записью пользователя nxautomation. Если функция Cлужба автоматизации 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>

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

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

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

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

Если отображается сообщение об ошибке The specified class does not exist.. в /var/opt/microsoft/omsconfig/omsconfig.log необходимо обновить агент 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 не запущена на компьютере с Hybrid Runbook Worker.

Причина

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

Разрешение

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

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

Проблема

В журнале событий Application и Services Logs\Operations Manager вы увидите событие 4502 и сообщение о событии, содержащее Майкрософт.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.

Разрешение

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

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

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

Проблема

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

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

Причина

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

Разрешение

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

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

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

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

Сценарий: Гибридный рабочий Runbook не отправляет отчёты.

Проблема

Ваш Hybrid Runbook Worker машина работает, но в рабочем пространстве не отображаются данные о статусе для этой машины.

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

Heartbeat
| summarize arg_max(TimeGenerated, *) by Computer

Причина

Эта проблема может быть вызвана повреждением кэш-памяти на Hybrid Runbook Worker.

Разрешение

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

Stop-Service -Name HealthService

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

Start-Service -Name HealthService

Сценарий: Невозможно добавить Windows Hybrid Runbook Worker

Проблема

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

Machine is already registered

Причина

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

Разрешение

Чтобы устранить эту проблему, удалите следующий раздел реестра, перезапустите 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 Hybrid Worker, или если вы попытаетесь повторно добавить гибридного рабочего 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. Попробуйте снова скрипт sudo python /opt/microsoft/omsconfig/.../onboarding.py --register Python.

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

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

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