Linux怎么使用watchdog监控进程状态-LINUX-PHP中文网

linux监控进程需用户态方案，因内核watchdog不感知进程；可用脚本轮询（pgrep）、swatchdog（日志触发）、userspace watchdog程序或c语言父子进程管理，核心是确保监控自身比被监控进程更稳定。

linux怎么使用watchdog监控进程状态

Linux 里用 watchdog 监控进程状态，不能直接靠内核级 /dev/watchdog 设备——它只管系统级“喂狗”，不感知具体进程存不存在。真要监控某个服务进程（比如 nginx、redis-server），得用用户态方案：要么写脚本轮询，要么用专用工具如 swatchdog 或第三方 watchdog 程序，或者在应用里自己集成子进程管理逻辑。

用 shell 脚本轮询检查进程是否存活

这是最轻量、最可控的方式，适合嵌入式或无额外依赖的环境。核心就是定期 ps + grep 判断进程是否存在，再决定是否拉起。

ps 的参数要小心：不同发行版（如 Alpine vs Ubuntu）ps 默认行为不同，推荐用 ps -eo pid,comm,args 避免字段错位
匹配时别漏掉 grep -v grep，否则每次检查都会误判自己为“进程存在”
避免重复启动：用 pgrep -f "your_cmd" 比 ps | grep 更可靠，且能直接拿到 PID

示例片段：

while true; do
  if ! pgrep -f "redis-server" > /dev/null; then
    systemctl start redis-server 2>/dev/null || /usr/bin/redis-server /etc/redis.conf &
  fi
  sleep 10
done

用 swatchdog 监控日志触发重启

swatchdog 不是监控进程本身，而是监控日志中与进程崩溃相关的线索（比如 Segmentation fault、exited with code 1），适合已有日志输出的守护进程。

Zynq Linux Hardware Debug

Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。

下载

安装后必须指定配置文件路径，否则默认读 $HOME/.swatchdogrc，容易权限或路径错误
正则要加锚点：写 watchfor /exited with code [1-9]/ 比 /exited/ 更精准，避免误匹配正常日志
动作支持 exec，但注意 shell 环境隔离：用 exec "/bin/sh -c 'systemctl restart myapp'"，否则可能找不到 systemctl
日志文件路径必须可读，且 swatchdog 进程需有对应权限；若用 journalctl，得配合 systemd-journal-gatewayd 或转存为文件

用 userspace watchdog 程序做进程级看门狗

社区有个叫 watchdog 的用户空间程序（非内核模块），它支持配置项直接监控进程、文件、网络端口等，比手写脚本更健壮。

配置文件里用 pidfile 或 procname 指定目标，例如：
```
procname = nginx
pidfile = /var/run/nginx.pid
```
它会检查进程是否响应信号（kill -0 $PID），比单纯查 PID 文件更准
注意 watchdog 自身不能挂：它默认以 daemon 运行，但若配置错误导致崩溃，整个监控就失效了；建议配合 systemd 的 Restart=always 管理它自己
超时时间（interval）设太短（如 2s）可能误杀正常高负载进程；建议从 30s 起调，观察实际恢复时间再收紧