主页 / server / 问题 / 888375
Accepted
Michał Sacharewicz
Asked: 2017-12-16 13:29:09 +0800 CST

SCOM 不检测 Apache 或 MySQL 实例

  • 772

问题

安装 SCOM Linux Agent 后，SCOM 正常监控 Linux 服务器，但未检测到 Apache 或 MySQL 实例，即。在以下视图中，SCOM 中均未出现条目：

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

根据所有指南、文档和分步说明，上述条目应填写那些检测到 Apache 和 MySQL 实例的 Linux 服务器。这些条目应该在任何进一步的配置步骤之前可用，并且应该为配置大多数默认方案提供简单的配置任务。

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，以及 SCOM 端的适当 RunAs 帐户和配置文件
  • 已配置/etc/sudoers.d/scom
  • 通过 SCOM 成功安装 SCXapache-cimprov以及mysql-cimprov
  • Apache 和 MySQL 监控处于 vanilla 状态，未配置（例如，未加载 Apache 模块，未配置 MySQL 凭据），因为所有配置任务都应Apache/MySQL Servers通过视图中可用的适当 SCOM 任务提供。

日志和文件

  • /var/opt/omi/log/omiagent.root.root.log
    空，不包括与版本兼容性有关的错误ApacheHttpdProvider，升级到1.2.0omi后不再出现omi
  • /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是随机的。

linux

1 个回答

  1. Best Answer

    该问题是由错误的 RunAs 帐户配置引起的。为监控分配的配置文件配置为启用了 sudo 提升。

    SCOM 使用两个配置文件来监控 UNIX/Linux 主机：

    • UNIX/Linux Action Account
    • UNIX/Linux Privileged Account

    大多数指南建议您将单个帐户用于两个目的，但没有明确说明该单个帐户必须在 SCOM 中定义为两个单独的UNIX/Linux Accounts实例：

    • 应配置第一个实例Elevate this account using sudo for privileged access，然后将其分配给UNIX/Linux Privileged Account配置文件
    • 应配置第二个实例Do not use elevation with this account，然后将其分配给UNIX/Linux Action Account配置文件

    现在看来，当 SCX 代理执行任务或命令时，没有直接指定是否使用 sudo 的属性，而是是否使用特权帐户。UNIX/Linux Action Account并且，无论是否需要，都会使用特定配置的海拔高度。

    • 1

相关问题