在运行 Raspbian 服务器的Orange Pi Zeroecho 1 > /dev/watchdog
上,只需以root 身份运行命令,就可以非常轻松地使用看门狗。这个想法是系统肯定会在执行此命令一段时间后重新启动,因此我需要定期重复此命令以保持系统运行。我们可以cron
以 root 身份实现看门狗,并使其在启动时执行以下脚本:
#!/bin/bash
while [ true ]; do
echo 1 > /dev/watchdog
sleep 5
done
该脚本在 Orange Pi Zero 上运行良好......但是,在我运行 Ubuntu 18.04 的台式计算机上,该命令echo 1 > /dev/watchdog
根本不起作用。是否可以在任何运行 Linux 的设备上激活看门狗?
有两种类型的看门狗;硬件和软件。在 Orange Pi 上,SOC 芯片提供了一个硬件看门狗。如果已初始化,则需要每隔一段时间对其进行 ping 操作,否则将执行板重置。
但是没有多少台式机有硬件看门狗,所以内核提供了一个软件版本。现在内核将尝试跟踪并强制重启。这不如硬件看门狗好,因为如果内核本身发生故障,那么什么都不会触发重置。但它有效。
软件看门狗可以通过加载
softdog
模块来初始化我们可以看到默认情况下有 60 秒的超时。
如果我这样做
我们可以看到看门狗没有超时。
然后我让机器闲置一分钟,然后在控制台上看到
并且操作系统重新启动。
在使用 systemd 的现代 Linux 操作系统上,您可以将 systemd 配置为代表您与硬件看门狗进行交互,而不是自己进行或使用单独的用户空间守护程序。
您可以通过
RuntimeWatchdogSec
在 systemd 配置文件中设置(正)值来做到这一点,/etc/systemd/system.conf
.I/O 重定向在写入
1
. 根据看门狗设备的配置方式,关闭文件句柄也可以禁用看门狗。尝试
这将使看门狗设备在当前 shell 中保持打开状态,因此不会停止计时器。
大多数人运行专用的看门狗守护程序而不是使用 cron;此守护程序在重置计时器之前运行检查列表,因此如果测试失败,机器也会重新启动。这可用于验证数据库服务是否实际处理查询,而常规服务监控只会验证该进程是否正在运行。
这取决于硬件。使用足够现代的 Linux 内核和英特尔 CPU,如果您运行 Ubuntu 或其他一些 Debian 变体,您应该能够执行以下操作:
sudo apt install watchdog
sudo nano -w /etc/default/watchdog
并定义正确的模块,例如watchdog_module="iTCO_wdt"
(请注意,正确的驱动程序名称取决于您的硬件,但这对于过去 10 年制造的英特尔 CPU 来说应该足够好)。当看门狗服务启动时,它会加载这个内核模块,使/dev/watchdog
设备出现在系统中。sudo nano -w /etc/watchdog.conf
取消注释该行watchdog-device = /dev/watchdog
或将该行作为额外行添加到该文件中。最终结果应与此匹配:sudo systemctl enable --now watchdog
所有可能的看门狗驱动模块都可以用命令列出
如果您不知道该使用哪一个,您可以尝试一一测试。例如,要测试驱动程序,
sp5100_tco.ko
只需运行sudo modprobe sp5100_tco
,然后运行sudo wd_identify
以判断该驱动程序是否支持您的硬件。如果它不起作用,请删除驱动程序sudo modprobe -r sp5100_tco
并使用另一个重试。请注意,wd_identify
如果看门狗进程已经连接到硬件,则无法使用,因此在启用看门狗后您将无法使用它。要测试看门狗硬件,您可以通过简单地打开设备而不向其写入任何内容来导致人为故障。例如,
watchdog
在上一步启用服务之前,您可以简单地运行sudo cat /dev/watchdog
,系统将在大约 60 秒后自动重置。这是因为看门狗驱动程序通过在打开文件时启动看门狗计时器来工作,并且重置计时器的唯一方法是向驱动程序设备写入一些内容。关闭文件也将停止计时器而不是导致重新启动(除非您的内核已使用非默认标志编译,即使在启动后根本没有人使用看门狗设备,也会导致重置)。当您cat
在驱动程序文件上运行时,该文件将被打开并且cat
进程将停止尝试读取文件,并在计时器到期时完成硬件重置(默认情况下应为 60 秒)。在尝试之前保存所有工作并同步文件系统是个好主意!有关内核看门狗驱动的详细信息,请参见内核官方文档。