TL;博士; 有没有办法以exec
与测试邮件命令类似的方式测试 smartd 配置的命令?
详细说明: 我的用例是我使用monit来监控我的 Ubuntu Server 18.04。在我的 smartd.conf 中,我告诉 smartmontools:
/dev/sda -a -m root -M exec /usr/share/smartmontools/smartd-runner -M test
/dev/sdb -a -m root -M exec /usr/share/smartmontools/smartd-runner
在/etc/smartmontools/run.d/
我有一个名为的脚本notify-monit.sh
,当调用它时,会创建一个/etc/monit/reports
包含 smartd 报告的文件。然后在/etc/monit/scripts
我有另一个由monit调用的bash脚本作为程序检查,如果文件存在则返回1,如果文件不存在则返回0。然后 monit 检查退出代码并在它是 != 0 时发出警报。
这个场景有点复杂,所以我想从头到尾对其进行测试。我手动运行每个脚本,它们单独运行良好,但在 smartd 启动的真实案例场景中测试它们仍然会更安全。
根据我对 smartd 手册页的了解,我-M test
只会尝试发送一封测试电子邮件,我在 syslog 中看到它确实做到了这一点。仅此而已。有什么方法可以测试整个exec
链条吗?
在深入调查之后,我可以确认
-M test
switch 运行exec
命令。我认为这有问题,但实际上测试工作正常。整个机制,当由 运行时
smartd
,只是没有按预期工作并且没有报告任何错误。有一个问题run-parts
,由 使用smartd-runner
。经过一番挖掘后,我接近了这个线程,其中有人发布了一个指向这个错误报告的链接,run-parts
其中包含讨论为什么它不支持名称中带有点的脚本。删除结尾的“.sh”就足以
notify-monit.sh
解决我的问题。然后测试成功生成警报monit
。给人们解决相同问题的提示:
echo
输入一些东西,/usr/share/smartmontools/smartd-runner
然后检查它/var/log/syslog
以确保smartd
调用该脚本run-parts --list --lsbsysinit /etc/smartmontools/run.d
以确保run-parts
“看到”您的脚本