☰

MariaDB 重新安装并升级到新版本后，Monit 提示校验和失败

tag-icon • tag-icon centos7 mariadb monit checksum
MariaDB 重新安装并升级到新版本后，Monit 提示校验和失败

我有一个运行 CentOS 7 的 Linode VPS 和一些旧版本的 Web 相关服务（因为我编写的代码还没有准备好用于新版本 - 我计划用全新的一切和更新的代码构建一个新的 VPS，但这需要时间）。

最近，VPS 迁移到了新硬件。重启后，MariaDB 10.2 无法重新启动。经过两天的折腾，我终于通过删除并重新安装 mariadb-server 以及仔细的文件管理让它能够识别我的 InnoDB 数据文件，让它恢复了正常运行。

MariaDB 10.2 将于 2022 年 5 月停止支持，因此不再http://yum.mariadb.org，所以我必须安装 10.4（我只将 中的一位数字从MariaDB.repo改为）。baseurl=http://yum.mariadb.org/10.2/centos7-amd64baseurl=http://yum.mariadb.org/10.4/centos7-amd64

据我所知，一切都运行良好。但是，每当我尝试让 Monit 再次开始监控该服务时，它都会拒绝，并且我会收到两封通知电子邮件，内容是“校验和失败服务 mariadb_bin”和“校验和失败服务 mariadb_init”。

我用的是最权威的镜像吧？那为什么会出现校验和问题呢？

以下是 MariaDB 的 Monit 文件：

## Mariadb monitoring.

## Test the mariadb service.
check process mariadb with pidfile /run/mariadb/mariadb.pid
  group database
  start program = "/usr/bin/systemctl start mariadb"
  stop  program = "/usr/bin/systemctl stop mariadb"
  restart program  = "/usr/bin/systemctl restart mariadb"
  if failed port 3306 protocol mysql then restart
  if 3 restarts within 5 cycles then timeout
  # This process check depends on checking the binary if the mariadb
  # daemon and the init script.
  depends on mariadb_bin
  depends on mariadb_init
  alert [my email address] only on {timeout}

## Test the process binary.
check file mariadb_bin with path /usr/bin/mysqld_safe
  group database
  if failed checksum then unmonitor
  if failed permission 755 then unmonitor
  if failed uid root then unmonitor
  if failed gid root then unmonitor

## Test the init scripts.
check file mariadb_init with path /usr/lib/systemd/system/mariadb.service
  group database
  if failed checksum then unmonitor
  if failed permission 644 then unmonitor
  if failed uid root then unmonitor
  if failed gid root then unmonitor

因此，显然 Monit 表示的校验mariadb_bin和与的不匹配/usr/bin/mysqld_safe，并且的校验mariadb_init和与的不匹配/usr/lib/systemd/system/mariadb.service，尽管我不知道“组数据库”是什么。

答案1

很高兴看到您使用 Monit 示例来处理 MySQL/Maria DB 服务器，请参阅https://mmonit.com/wiki/Monit/ConfigurationExamples#mysqld

校验和测试很好，但在现实世界中的用处有限（不是很多）（我认为）。

要获取文件的正确校验和，您可以使用“monit -H filename”，并且可以将预期值添加到测试中，请参阅https://mmonit.com/monit/documentation/monit.html#FILE-CHECKSUM-TEST

Monit 将校验和存储在 Monit 状态文件中。您更新 MariaDB，因此文件会更改，校验和也会更改。您可以删除状态文件，以删除旧值或将预期值添加到测试中（我喜欢的方式），请参阅https://mmonit.com/monit/documentation/monit.html#FILES

“组数据库”是 Monit 对应用程序进行分组的方式，请参阅https://mmonit.com/monit/documentation/monit.html#SERVICE-GROUPS

仅提供一些建议，Lutz

答案2

事实证明，在重新安装 MariaDB 后，我没有执行重新加载 Monit 这一显而易见的步骤（新手 - 抱歉！）。因此，这是使其成为可能对其他人有帮助的“答案”的关键点。

不过，就我而言，在重新加载 Monit 并尝试让它恢复对 MariaDB 的监控后，它又出现了新的投诉 - 它说该服务根本不存在，尽管我的数据库运行良好。进一步挖掘后，我发现不再有一个名为的文件/run/mariadb/mariadb.pid（事实上，/run/mariadb现在甚至目录也不存在）。在执行find / -name *.pid并查看可能的候选列表后，我发现了/var/lib/mysql/puphpet2.pid（“puphpet2” 是我的 Linode VPS 的名称）。它的时间戳是几分钟前，这令人惊讶 - 自从几周前安装 MariaDB 以来，我从未故意重新启动过它。但它的内容确实匹配pidof mysqld。所以我/etc/monit.d/mariadb用它作为 pidfile 进行编辑，Monit 现在说它正在愉快地监控 MariaDB（也没有校验和投诉）。我希望这是正确的做法 - 如果不是，请告诉我，我会撤回我的答案，否则我会假设它是正确的（并且可能对遇到麻烦的其他人有用）。

相关内容