Устранение неполадок с агентом обновления Linux

Мақала
09/02/2024

Внимание

Отслеживание изменений и инвентаризация использование агента Log Analytics прекращено 31 августа 2024 г. и будет работать с ограниченной поддержкой до 01 февраля 2025 г. Мы рекомендуем использовать агент мониторинга Azure в качестве нового агента поддержки. Следуйте рекомендациям по миграции от отслеживания изменений и инвентаризации с помощью Log Analytics к отслеживанию изменений и инвентаризации с помощью версии агента мониторинга Azure.

Существует множество причин, по которым компьютер в Управлении обновлениями может не отображаться как готовый к работе (работоспособный). Вы можете проверить работоспособность агента гибридной рабочей роли Runbook для Linux, чтобы определить первоначальную проблему. Далее приведены три состояния готовности компьютера:

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

Примечание.

Между отображением на портале Azure и текущим состоянием компьютера может быть небольшая задержка.

В этой статье описывается, как запустить средство устранения неполадок для компьютеров Azure на портале Azure и компьютеров вне Azure в сценарии изолированной среды.

Примечание.

В настоящее время сценарий устранения неполадок не направляет трафик через прокси-сервер, если он настроен.

Запуск средства устранения неполадок

Для компьютеров Azure: на портале выберите ссылку Устранение неполадок в столбце Готовность к обновлению агента, после чего откроется страница устранения неполадок с агентом обновления. Для устранения неполадок со сторонними компьютерами перейдите к соответствующему разделу в этой статье. Сведения об устранении неполадок, отличных от Azure, см. в разделе "Устранение неполадок в автономном режиме ".

Снимок экрана: страница списка виртуальных машин.

Примечание.

Проверка выполняется с запущенной виртуальной машиной. Если виртуальная машина не запущена, появится кнопка Запустить виртуальную машину.

На странице устранения неполадок с агентом обновления выберите Run checks (Выполнить проверки), чтобы запустить средство устранения неполадок. Средство устранения неполадок использует команду "Выполнить" для запуска на компьютере сценария, проверяющего зависимости. После того как средство устранения неполадок завершило свою работу, оно возвращает результаты проверок.

Снимок экрана: страница устранения неполадок.

После завершения проверок результаты отображаются в окне. Разделы о проверках предоставляют сведения о предназначении каждой проверки.

Проверки готовности

Операционная система

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

Проверка Dmidecode

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

sudo dmidecode

Если тег ресурса отличается от 7783-7084-3265-9085-8269-3286-77, перезагрузите виртуальную машину для запуска повторной регистрации.

Проверки работоспособности службы агента мониторинга

Агент мониторинга

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

Эта задача проверяет наличие папки .

/etc/opt/microsoft/omsagent/conf/omsadmin.conf

Состояние агента мониторинга

Чтобы устранить эту проблему, необходимо запустить службу агента OMS с помощью следующей команды:

 sudo /opt/microsoft/omsagent/bin/service_control restart

Чтобы проверить, можно ли выполнить проверку процесса с помощью следующей команды:

process_name="omsagent"
ps aux | grep %s | grep -v grep" % (process_name)"

Дополнительные сведения см. в разделе "Устранение неполадок с агентом Log Analytics для Linux"

Множественная адресация

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

Чтобы устранить эту проблему, удалите агент OMS полностью и переустановите его с рабочей областью, связанной с управлением обновлениями

Убедитесь, что больше многодомных каталогов нет, проверив каталоги по этому пути:

/var/opt/microsoft/omsagent.

Так как они являются каталогами рабочих областей, количество каталогов равно количеству рабочих областей, на борту с OMSAgent.

Гибридная рабочая роль Runbook

Чтобы устранить проблему, выполните следующую команду:

sudo su omsagent -c 'python /opt/microsoft/omsconfig/Scripts/PerformRequiredConfigurationChecks.py'

Эта команда заставляет агент omsconfig обратиться к Azure Monitor для получения последней конфигурации.

Проверьте наличие следующих двух путей:

/opt/microsoft/omsconfig/modules/nxOMSAutomationWorker/VERSION </br> /opt/microsoft/omsconfig/modules/nxOMSAutomationWorker/DSCResources/MSFT_nxOMSAutomationWorkerResource/automationworker/worker/configuration.py

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

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

ps -ef | grep python

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 с конечной точки операций. Следовательно, если гибридная рабочая роль Runbook не выполняется и проверка конечной точки завершается сбоем, то обновление тоже может завершиться сбоем.

Чтобы устранить эту проблему, выполните следующую команду:

sudo su omsagent -c 'python /opt/microsoft/omsconfig/Scripts/PerformRequiredConfigurationChecks.py'

Эта команда заставляет агент omsconfig обратиться к Azure Monitor для получения последней конфигурации.

Если проблема по-прежнему сохраняется, запустите средство сборщика журналов omsagent

Проверка подключения

Проверка включенного прокси-сервера

Чтобы устранить проблему, удалите прокси-сервер или убедитесь, что адрес прокси-сервера может получить доступ к URL-адресу необходимых компонентов.

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

HTTP_PROXY

Проверка подключения IMDS

Чтобы устранить эту проблему, разрешите доступ к IP-адресу 169.254.169.254. Дополнительные сведения см. в статье "Доступ к службе метаданных экземпляра Azure"

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

 curl -H \"Metadata: true\" http://169.254.169.254/metadata/instance?api-version=2018-02-01

Общее подключения к Интернету

Эта проверка гарантирует, что компьютер имеет доступ к Интернету и может быть проигнорирован, если у вас заблокирован Интернет и разрешены только определенные URL-адреса.

CURL на любом URL-адресе HTTP.

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

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

В конфигурации прокси-сервера и брандмауэра необходимо разрешить агенту гибридной рабочей роли Runbook взаимодействовать с конечной точкой регистрации. Список адресов и портов для открытия см. в разделе "Планирование сети"

Устранена эта проблема, разрешая URL-адреса необходимых компонентов. Дополнительные сведения см. в разделе "Управление обновлениями" и Отслеживание изменений и инвентаризация

После внесения изменений в сеть можно повторно запустить средство устранения неполадок или CURL в предоставленной конечной точке jrds.

Конечная точка операций

Эта проверка позволяет определить, может ли агент Log Analytics правильно взаимодействовать со службой Job Runtime Data.

В конфигурации прокси-сервера и брандмауэра необходимо разрешить агенту гибридной рабочей роли Runbook взаимодействовать со службой Job Runtime Data. Список адресов и портов, которые необходимо открыть, приведен в разделе Настройка сети.

Конечная точка 1 Log Analytics

Проверка подтверждает, что у компьютера есть доступ к конечным точкам, в которых нуждается агент Log Analytics.

Устранена эта проблема, разрешая URL-адреса необходимых компонентов.

После внесения изменений в сеть можно повторно запустить средство устранения неполадок или Curl в предоставленной конечной точке ODS.

Конечная точка 2 Log Analytics

Проверка подтверждает, что у компьютера есть доступ к конечным точкам, в которых нуждается агент Log Analytics.

Устранена эта проблема, разрешая URL-адреса необходимых компонентов.

После внесения изменений в сеть можно повторно запустить средство устранения неполадок или Curl в предоставленной конечной точке OMS.

Репозитории программного обеспечения

Устранена эта проблема, разрешая URL-адрес репозитория необходимых компонентов. Для RHEL см . здесь.

После внесения изменений в сеть можно повторно запустить средство устранения неполадок или

Curl на репозиториях программного обеспечения, настроенных в диспетчере пакетов.

Обновление репозиториев поможет подтвердить связь.

sudo apt-get check
sudo yum check-update

Примечание.

Проверка доступна только в автономном режиме.

Автономное устранение неполадок

Средство устранения неполадок можно использовать в гибридной рабочей роли в автономном режиме, запустив сценарий локально. Скрипт UM_Linux_Troubleshooter_Offline.py Python можно найти на GitHub.

Примечание.

Текущая версия скрипта средства устранения неполадок не поддерживает Ubuntu 20.04.

Ниже показан пример выходных данных этого сценария:

Debug: Machine Information:   Static hostname: LinuxVM2
         Icon name: computer-vm
           Chassis: vm
        Machine ID: 00000000000000000000000000000000
           Boot ID: 00000000000000000000000000000000
    Virtualization: microsoft
  Operating System: Ubuntu 16.04.5 LTS
            Kernel: Linux 4.15.0-1025-azure
      Architecture: x86-64


Passed: Operating system version is supported

Passed: Microsoft Monitoring agent is installed

Debug: omsadmin.conf file contents:
        WORKSPACE_ID=00000000-0000-0000-0000-000000000000
        AGENT_GUID=00000000-0000-0000-0000-000000000000
        LOG_FACILITY=local0
        CERTIFICATE_UPDATE_ENDPOINT=https://00000000-0000-0000-0000-000000000000.oms.opinsights.azure.com/ConfigurationService.Svc/RenewCertificate
        URL_TLD=opinsights.azure.com
        DSC_ENDPOINT=https://scus-agentservice-prod-1.azure-automation.net/Accou            nts/00000000-0000-0000-0000-000000000000/Nodes\(AgentId='00000000-0000-0000-0000-000000000000'\)
        OMS_ENDPOINT=https://00000000-0000-0000-0000-000000000000.ods.opinsights            .azure.com/OperationalData.svc/PostJsonDataItems
        AZURE_RESOURCE_ID=/subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/re            sourcegroups/myresourcegroup/providers/microsoft.compute/virtualmachines/linuxvm            2
        OMSCLOUD_ID=0000-0000-0000-0000-0000-0000-00
        UUID=00000000-0000-0000-0000-000000000000


Passed: Microsoft Monitoring agent is running

Passed: Machine registered with log analytics workspace:['00000000-0000-0000-0000-000000000000']

Passed: Hybrid worker package is present

Passed: Hybrid worker is running

Passed: Machine is connected to internet

Passed: TCP test for {scus-agentservice-prod-1.azure-automation.net} (port 443)             succeeded

Passed: TCP test for {eus2-jobruntimedata-prod-su1.azure-automation.net} (port 4            43) succeeded

Passed: TCP test for {00000000-0000-0000-0000-000000000000.ods.opinsights.azure.            com} (port 443) succeeded

Passed: TCP test for {00000000-0000-0000-0000-000000000000.oms.opinsights.azure.            com} (port 443) succeeded

Passed: TCP test for {ods.systemcenteradvisor.com} (port 443) succeeded

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

Устранение неполадок с гибридной рабочей ролью Runbook.

Бөлісу құралы:

Устранение неполадок с агентом обновления Linux

Запуск средства устранения неполадок

Проверки готовности

Операционная система

Проверка Dmidecode

Проверки работоспособности службы агента мониторинга

Агент мониторинга

Состояние агента мониторинга

Множественная адресация

Гибридная рабочая роль Runbook

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

Проверка подключения

Проверка включенного прокси-сервера

Проверка подключения IMDS

Общее подключения к Интернету

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

Конечная точка операций

Конечная точка 1 Log Analytics

Конечная точка 2 Log Analytics

Репозитории программного обеспечения

Автономное устранение неполадок

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

Кері байланыс

Қосымша ресурстар