我有一些由 munin 监控的服务器,并且相当频繁地,一组单元中的一个在读取数据时出现瞬时故障。这给了我两封电子邮件,一封告诉我所有的值都是未知的,第二封在五分钟后让我知道一切都很好。
据我所知, munin 正在按照这里的设计运行,但我想知道是否有任何方法可以延迟发送一个更新周期的初始“未知”警报,因此不会报告瞬态未知数?我目前的所有设置都是训练我忽略警告邮件。
如果做不到这一点,有没有办法完全禁用发送“未知”警报及其相应的恢复警报?
我有一些由 munin 监控的服务器,并且相当频繁地,一组单元中的一个在读取数据时出现瞬时故障。这给了我两封电子邮件,一封告诉我所有的值都是未知的,第二封在五分钟后让我知道一切都很好。
据我所知, munin 正在按照这里的设计运行,但我想知道是否有任何方法可以延迟发送一个更新周期的初始“未知”警报,因此不会报告瞬态未知数?我目前的所有设置都是训练我忽略警告邮件。
如果做不到这一点,有没有办法完全禁用发送“未知”警报及其相应的恢复警报?
我将我的 salt sls 文件存储在 git 存储库中,但我有一个长期存在的问题,即我无法验证我的 YAML 是否代表一组可以应用的有效状态(我也很难验证我的 YAML - 那是不过要容易得多)。理想情况下,我想要某种方式在提交之前验证我在工作站上的状态。如果做不到这一点,可以通过某种方式检查预接收挂钩,这样我至少可以阻止不可靠的代码访问服务器。