主页 / server / 问题 / 1148845
Accepted
OsakaWebbie
Asked: 2023-11-30 11:03:05 +0800 CST

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

  • 772

我有一个运行 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-amd64为baseurl=http://yum.mariadb.org/10.4/centos7-amd64）。

据我所知，一切都运行良好。但是，每当我尝试让 Monit 再次开始监视该服务时，它都会拒绝，并且我收到两封通知电子邮件，内容为“Checksum failed Service mariadb_bin”和“Checksum failed Service 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，尽管我不知道什么是“组数据库”。

centos7

2 个回答

  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

    仅提供一些建议，卢茨

    • 2
  2. Best Answer

    事实证明，在重新安装 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（也没有校验和投诉）。我希望这是正确的做法 - 如果不是，请告诉我，我会撤回这个答案，但否则我会认为它是正确的（并且可能对遇到麻烦的其他人有用）。

    • 0

相关问题