Проблема

После установки агента SCOM Linux SCOM правильно отслеживает сервер Linux, но не обнаруживает экземпляров Apache или MySQL, т.е. ни одна запись не отображается в SCOM в следующих представлениях:

• Apache HTTP Server/Apache HTTP Servers
• MySQL/MySQL Servers

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

Сами экземпляры Linux контролируются должным образом.

Я перечислил ниже всю необходимую информацию и журналы, а также список выполненных шагов.

Есть идеи, что я пропустил?

Окружающая среда

• SCOM 2016 UR4 с самыми последними пакетами управления соответствующего семейства мониторинга UNIX / Linux (начальные MP с носителя, обновленного до последней версии UR) и OSS (Apache, MySQL и общий OSS MP)
• Выпуск CentOS Linux 7.4.1708 (Core) с установкой Apache и MariaDB по умолчанию (без изменений в файлах конфигурации)
• Агент SCOM Linux по умолчанию, установленный со следующими версиями пакетов:
  • scx-1.6.2-339.x86_64
  • mysql-cimprov-1.0.1-5.x86_64
  • apache-cimprov-1.0.1-9.x86_64
  • omi-1.2.0-35.x86_64 (эта версия была обновлена ​​вручную из SCX-связанной версии 1.0.8, которая не была совместима с прилагаемой ApacheHttpdProvider, заявлена ​​ошибка)

История установки

• Настроенные пользователи: scom-maint и scom-monitвместе с соответствующими учетными записями RunAs и профилями на стороне SCOM
• Настроен /etc/sudoers.d/scom
• SCX успешно установлен через SCOM вместе с apache-cimprov и mysql-cimprov
• Мониторинг Apache и MySQL в обычном состоянии, не настроен (например, модуль Apache не загружен, учетные данные MySQL не настроены), поскольку все задачи настройки должен быть доступным через соответствующие задачи SCOM, которые должны быть доступны в Apache/MySQL Servers Просмотры.

Журналы и файлы

• /var/opt/omi/log/omiagent.root.root.log
  Пусто, за исключением ошибок, связанных с ApacheHttpdProvider к omi совместимость версий, которая перестала появляться после обновления omi до 1.2.0
• /var/opt/omi/log/omiserver.log
  Пусто, за исключением ошибок, связанных с ошибками Failed to execute PREEXEC program которые были связаны с эта ошибка и перестал появляться после того, как закомментировал дефолтный !includedir в /etc/my.cnf
• /var/opt/microsoft/mysql-cimprov/log/mysqllog.log
  Регистрирует несколько ошибок, связанных с ненастроенным мониторингом MySQL.
• /var/opt/microsoft/mysql-cimprov/log/scom-monit/mysqllog.log
  Очень похоже на предыдущий файл
• /var/opt/microsoft/apache-cimprov каталог не содержит журналов или файлов, есть только пустой run каталог
• /var/opt/scx/scx.log сгенерировано с подробным вариантом, не содержит apache/mysql ключевые слова (проверено с помощью grep -i)
• /var/opt/scx/scom-monit/scx.log не содержит ошибок (просто SCX Provider Module loaded)

Обновление 1

Обнаружена и исследована следующая запись, повторяющаяся в течение каждого цикла обнаружения (каждые 4 часа) в /var/log/secure:

sudo: pam_unix(sudo:auth): conversation failed
sudo: pam_unix(sudo:auth): auth could not identify password for [scom-monit]
sudo: scom-monit : command not allowed ; TTY=unknown ; PWD=/var/opt/microsoft/scx/tmp ; USER=root ; COMMAND=/etc/opt/microsoft/scx/conf/tmpdir/scxuFPgv1

Последние 6 символов COMMAND файл случайный.