标签: icinga

在全新安装 icinga 1.8 和 icinga web 后，我添加了一些主机/服务并重新启动了 icinga 服务。接下来，我通过 Web 界面通过单击屏幕顶部的 admin 并清除缓存来清除 icinga web 中的缓存。然后重新加载了 icinga-web 界面，没有显示新添加的主机/服务。

icinga 日志没有显示任何问题，我也运行过/etc/init.d/icinga showerrors并且没有显示错误或警告。

我到处寻找解决方案，并阅读了 icinga 的所有文档，但在任何地方都没有找到对这个问题的任何引用。

我在 VirtualBox 内的 ubuntu 14.04.3 上有 icinga 2.3.11。我正在尝试监视“https”端口 443，例如“ https://mail.google.com ”here.Below 是我来自默认 host.conf 文件的片段

object Host "mailserver-01" {
    import "generic-host"
    address = "74.125.136.17"    /* ip for mail.google.com */ 
    vars.os = "Linux"
    vars.http_vhosts["http"] = {
        http_uri = "/"
    }
    vars.http_ssl = "1"
    vars.http_warn_time = "5"
    vars.http_critical_time = "10"

    vars.notification["mail"] = {
        groups = [ "icingaadmins" ]
    }
}

以下是来自默认 services.conf 文件的片段

apply Service "httpS" {
    import "generic-service"
    check_command = "http"
    assign where host.name == "mailserver-01"
}

虽然 icingaweb2 仪表板显示正常/绿色，但我不确定它是否正确

嗨，我有来自官方文档的安装程序 icinga2 和 icingaweb2：

icinga2：http ://docs.icinga.org/icinga2/latest/doc/module/icinga2/chapter/getting-started#!/icinga2/latest/doc/module/icinga2/chapter/getting-started#setting-up- 冰加2

和 icingaweb2：https : //github.com/Icinga/icingaweb2/blob/master/doc/installation.md

在设置过程中，在“监控 IDO 资源”页面中设置监控模块时，我插入了数据库的凭据，出现此错误：

There is currently no icinga instance writing to the IDO. Make sure that a icinga instance is configured and able to write to the IDO.

有任何想法吗？

我知道我的手机提供商的短信网关，所以我可以向它发送电子邮件。

我正在寻找contacts.cfg 和commands.cfg 中特定于移动设备的条目示例。

如何在 icinga-web 中添加主机？我是否需要修改 access.xml 并重建缓存？或者我可以有一个类似于 icinga/nagios 的配置吗？

所以我刚刚安装了 Icinga 和 Icinga-Web。当第一次检查http://[server]/icinga/和http://[server]/icinga-web/上的 UI 时，一切看起来都很好......

我继续添加了一些新的主机、服务、命令等，并重新加载了 icinga 服务，没有问题。然后我刷新了 icinga-web 缓存并重新启动了 apache2 服务，再次没有问题。

重新加载配置后，所有新主机和服务都显示得很好，在旧的 icinga UI 中，并且检查运行完美，几乎 ;)（见下文）。

然而，在新的 icinga-web 界面中，情况完全不同。icinga-web UI 仍然显示初始配置中的主机（具有 8 个服务的单个“本地主机”主机）。UI 还在标题状态中将“默认”实例显示为“关闭”，以及“数据是 X 分钟前的”（见下文）。

我尝试通过重新阅读 icinga-web 安装指南来追溯我的步骤，但我无法弄清楚我做错了什么或如何纠正它。我还试图摆弄 access.xml 和 databases.xml 配置文件。

我做错了什么，我该如何解决？

我正在设置 Icinga（Nagios fork）并且我有一些具有多个接口的机器。有些服务只监听其中一个并正确检查它们，我想知道是否可以为 Icinga 中的单个主机配置多个 IP 地址。

这是一个最小的例子：

远程服务器：

• eth0：（1.2.3.4公网IP）
• eth1：（10.1.2.3私有IP，安全隧道）
• Apache 监听1.2.3.4:80. （仅限公开）
• OpenSSH 侦听10.1.2.3:22. （仅限内部网络）
• Postfix SMTP 监听0.0.0.0:25（所有接口）

冰加服务器：

• eth0：（10.2.3.4私有IP，上网）

现在，如果我定义一个主机：

define host {
        use                     generic-host
        host_name               server1
        alias                   server1.gertvandijk.net
        address                 10.1.2.3
        }

这不会正确检查 HTTP 状态。并定义一个额外的主机：

define host {
        use                     generic-host
        host_name               server1-public
        alias                   server1.gertvandijk.net
        address                 1.2.3.4
        }

将检查所有内容，但显示为两个独立的主机。现在我想“聚合”这两个主机以显示为单个主机，同时提供一个简单的配置来检查它们正确地址上的服务。

对此，最优雅的节省配置行数的解决方案是什么？我阅读了几个可用于解决此问题的插件，但我无法弄清楚当前的解决方法是什么。解决方案可以追溯到 2003 年，但我正在运行 Icinga 1.7.1，它已经能够address6选择，但这会触发仅对主机名进行 IPv6 解析...

理想情况下，我希望将 Icinga 配置为足够智能以知道运行的 Postfix 实例与两个警报10.1.2.3:25相同1.2.3.4:25 …

我已经尝试了 nagios 到 SMART 监控的最佳插件。有一些，但只监测温度。但是使用 smartctl 我们可以找到更多数据。您是否有一些更好的插件，其中包含来自 smart 的所有数据？

我有一个分布式 Icinga 设置，设置如下：

中央

仅接收被动检查结果

分布式A

227台主机

835服务

分布式B

67台主机

243服务

在中央服务器在任何时候都坐落在1秒以下的平均潜伏期检查。分布式 B目前的平均检查延迟约为 10 秒左右，但随着我们添加更多检查，这一数字也在攀升。

分布式 A有一些严重的检查延迟问题（有时长达 700 秒，重新加载后更少，但它会重新建立），我似乎无法确定。这是当前的 icingastats 输出：

Icinga Stats 1.10.3
Copyright (c) 2009 Nagios Core Development Team and Community Contributors
Copyright (c) 1999-2009 Ethan Galstad
Last Modified: 02-11-2014
License: GPL

CURRENT STATUS DATA
------------------------------------------------------
Status File:                            /var/lib/icinga/status.dat
Status File Age:                        0d 0h 0m 3s
Status File Version:                    1.10.3

Program Running Time:                   1d 17h 30m 44s
Icinga PID:                             1160
Used/High/Total Command Buffers: …

我用 icingaweb2 安装并配置了 Icinga2。

我添加了一个带有测试服务的测试主机：我们称之为“example.com”。

这是测试主机：

/etc/icinga2/conf.d/hosts/example-com：

object Host "example-com" {
        //Importiert die generische Host-Vorlage aus der template.conf
        import "generic-host"
        //IPv4 Adresse
        address = "2xx.2xx.2xx.2xx"

        //Angabe des Betriebssystemtyps
        vars.os = "Linux OS"
        vars.sla = "24x7"
}

好的，那么我们有了服务配置：

/etc/icinga2/conf.d/hosts/example-com/http.conf

object Service "http" {
    import "generic-service"
    host_name = "example-com"
    check_command = "http"
    vars.sla = "24x7"
}

当然我在/etc/icinga2/conf.d/users.conf中添加了一个新的用户组

/**
 * The example user 'icingaadmin' and the example
 * group 'icingaadmins'.
 */

object User "icingaadmin" {
  import "generic-user"

  display_name = "Icinga 2 Admin"
  groups …

我们的备份在 22:00 到第二天大约 05:00 之间运行。我无法弄清楚如何在 icinga2（opensuse 42.1 上的 r2.4.1-1）中使用“apply ScheduledDowntime”在预定停机时间内设置它。

只是设置 22:00-05:00 给我一个错误：

无效的时间范围定义“22:00-05:00”：时间段在开始之前结束

当前机制使用一个服务变量backup_downtime，当它不为空时又会触发“apply”规则：

apply ScheduledDowntime "backup-downtime" to Service {
  author = "icingaadmin"
  comment = "Scheduled downtime for backup"

  ranges = {
    monday = service.vars.backup_downtime
    tuesday = service.vars.backup_downtime
    wednesday = service.vars.backup_downtime
    thursday = service.vars.backup_downtime
    friday = service.vars.backup_downtime
    saturday = service.vars.backup_downtime
    sunday = service.vars.backup_downtime
  }

  assign where service.vars.backup_downtime != ""
}

有人有想法吗？谢谢

在监控服务器的健康状况时，一些故障或警告是紧急的，但其他的只有在它们持续存在时才重要。我在想这样的事情：

• 有些软件需要更新
• 时间偏移与 NTP 不同

如果未解决这些问题可能会成为真正的问题，但已经有后台服务来处理它们 - 无人值守升级、NTP 客户端服务等。在问题出现和这些后台进程开始解决它们之间总是有很短的延迟，并且我们的监视器在那个间隙发送了一系列电子邮件 - 然后在问题解决后一分钟后再次发送。我通常醒来时会收到一大堆“问题”电子邮件，每封电子邮件都会在一分钟后发送相应的“解决方案”电子邮件。危险在于，在忽略一百个不相关的警告时，我可能会错过真正的警告。

那么是否有任何方法可以指示 Icinga 或 Nagios 仅在问题持续超过特定时间（例如 5 分钟）时才报告问题？