【问题标题】:Mark a hostname problem as resolved in Zabbix在 Zabbix 中将主机名问题标记为已解决
【发布时间】:2019-11-09 20:31:58
【问题描述】:

我对使用 Zabbix 还很陌生,在使用该平台进行初步测试时,我已经添加了一些主机。

在进行此配置时,我配置了一些错误,例如在其中一个代理中保留了不正确的主机名。当我最终在代理配置文件中修复代理主机名时,它开始在 Zabbix 仪表板中显示为问题。

它指出“zabbix_agentd 的主机名已在 [my.monitored.host.tld] 上更改”。这是误报,不是问题,实际上是更正。

我想保留此触发器,但我希望能够将其标记为已解决,因为它是配置更改,而不是由于文件被无意更改而导致的问题。

我该怎么做?这样做的唯一方法是否必须更改触发器以允许手动关闭?如果是这样,我在哪里可以访问它?我尝试转到主机,单击该主机上的触发器,然后选择“主机名”触发器,但我看到手动关闭复选框已禁用。

【问题讨论】:

    标签: monitoring zabbix


    【解决方案1】:

    某些触发器或项目字段只能在其相关模板中进行修改。

    如果主机触发器附加到主机上的模板,您将无法在主机触发器中启用“允许手动关闭”。有两种解决方法:

    1:移动到顶级模板并对其进行修改。

    每当您选择附加到模板的触发器时,触发器配置页面的顶部都会有一个或多个“父触发器”链接。 (如果有多个用 '=>' 箭头分隔,则表示有很多继承层,要编辑任何层,您必须直接到最上面的那个)。

    一旦您位于顶部,所有字段都应该是可编辑的,包括手动关闭和触发器表达式本身之类的内容。

    注意:此选项将修改 所有 附加到此模板的主机。仔细考虑应该对一台主机和整个子集进行哪些更改。

    2:新的、特定于主机的触发器

    如果您不喜欢修改使用此模板的所有主机的想法 - 例如,您可能不希望任何技术人员能够手动解决所有主机的主机名更改警报,而只想解决一个 - 您可以在主机中克隆原始触发器,然后将其禁用。

    解释一下,由于您无法修改基于模板的触发器,因此可以打开触发器配置,点击“克隆”(确保您仍在 主机的上下文中,而不是比模板的上下文)并在新创建的触发器中进行所需的更改。这样就可以开启手动关闭,确认新的触发器,只有选中的主机会受到影响。

    如果您打算使用此解决方法,您应该确保不要忘记禁用原来的解决方法!识别主机上的触发器列表中哪个是哪个的简单方法是检查触发器名称旁边的模板名称 - 基于模板的触发器将始终在触发器列表中具有指向其模板的链接,而特定于主机的触发器没有。

    很遗憾,您无法在不删除整个模板的情况下删除模板触发器。如果您发现需要像这样修改许多主机,您可能需要考虑为这些主机创建一个新模板,并进行相关修改;从长远来看,拥有太多特定于单个主机的条件可能会使更改它们的条件非常耗时。与往常一样,请考虑您的环境以及对您的组织最有意义的因素。

    顺便说一句,手动关闭(可能)是此类情况的最佳选择。在警报系统中,尤其是像 Zabbix 这样的系统,我们可能倾向于选择一些误报,所以离开触发是(在大多数情况下)正确的想法。在 Zabbix 中,您可以忽略触发器,直到它解决(默认情况下,像这样的配置更改触发器往往会在下次检查时解决),但如果您依赖 Zabbix Web 界面本身提供信息,这些被忽略/公认的触发因素会使发现实际问题变得更加困难。在不完全禁用它们的情况下,手动关闭可确保您可以在必要时立即解决它们,否则它们仍然存在。

    【讨论】:

    • 如果主机的触发器是作为发现规则的一部分生成的,例如 windows 服务或切换接口,您需要再次执行该发现规则以更改主机的触发器,然后执行它适用于每个主机。我通过转到配置 > 主机 > 主机来做到这一点。然后点击 Discovery rules,找到合适的,点击它,然后点击 Execute Now。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-07-25
    • 1970-01-01
    • 2018-09-28
    • 1970-01-01
    • 1970-01-01
    • 2019-02-27
    相关资源
    最近更新 更多