我试图做一个action_url将dynamic链接从IcingaWeb2 Grafana图。 我有它的工作到一个点，但我想添加另一个variables… $SERVICECHECKCOMMAND$ service.check_commandvariables，它不工作…我假设我需要设置该环境variables的地方？ 我想这个工作： action_url =“ http：//grafana-server.example/grafana/dashboard/db/generic-check？var-device = $ HOSTNAME $＆var-check = $ SERVICEDESC $＆var-checkmetric = $ SERVICECHECKCOMMAND $＆var-datatype = perfdata＆var-值=值” $HOSTNAME$和$SERVICEDESC$正在工作。 我之前已经将环境variables添加到默认模板，但是对于邮件主机/服务通知，我没有运气让它为action_url工作。 任何人都知道我在哪里可以设置如下： env = { "SERVICECHECKCOMMAND" = "$service.check_command$", "SERVICEDESC" = "$service.name$", "HOSTNAME" = "$host.name$", "SERVICEDISPLAYNAME" = "$service.display_name$", } 为action_url ？ 还是我看错了方向？
我们的networking有一个Icinga主人和23个Icinga卫星。 NRPE运行在每个卫星以及主站上。 有一个Nagios插件，我可以在主人上运行，以监测nrpe是否在卫星上运行？ 我们需要在卫星没有运行时收到警报。 谢谢。
是否有一些插件监控数据库的大小在Nagios？ 当然，我可以用这样的查询来写一些bash脚本： SELECT table_schema \“DB Name \”，sum（data_length + index_length）/ 1024/1024 \“DB Size in MB \”FROM information_schema.TABLES GROUP BY table_schema 但也许有一些。 谢谢你的帮助。
使用NSClient ++（和Icinga）监视SQL Server代理作业的最佳方法是什么？ 我们在服务器上有大约100个工作。 如果监控能够处理每个工作的恢复状态，那也不错。
不能告诉如果这是Icinga或Nginx，但当我拉起Icinga经典网站，我得到的二进制CGI显示在屏幕上。 这里有一个截图： 它似乎是来自“tag.cgi”的二进制数据。 这是我的nginxconfiguration： # Icinga ——————————————————— location /icinga/ { alias /usr/share/webapps/icinga/; auth_basic "Icinga Access"; auth_basic_user_file /etc/icinga/htpasswd.users; } location ~ ^/icinga/(.*)\.cgi$ { root /usr/share/webapps/; fastcgi_pass unix:/var/run/php-fpm/php-fpm.sock; include fastcgi.conf; fastcgi_param AUTH_USER $remote_user; fastcgi_param REMOTE_USER $remote_user; # rewrite ^/icinga/cgi-bin/(.*)\.cgi /$1.cgi break; include /etc/nginx/fastcgi_params; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; auth_basic "Icinga Access"; auth_basic_user_file /etc/icinga/htpasswd.users; } 有什么想法发生了什么？
我有~30个独立的icinga2系统。 所有的都有自己的configuration。 不是我locking仪表板显示所有节点的问题。 我尝试设置一个主服务器，我添加这些节点。 当我做： icinga2 node list Node 'portal-sta' (last seen: Thu Dec 17 14:44:22 2015) * Host 'BH060' * Service 'Ping' 我得到我的节点和cli上的所有服务。 但icingaweb2不显示它们。 有没有一个解决schemehava仪表板（强制检查和确认？）没有中央configuration？ 还是有更好的软件呢？
Icinga或Nagiosconfiguration中的服务定义可以具有名为max_attempts或max_check_attempts参数。 文档将max_attempts描述为： 如果您将服务定义的max_attempts选项configuration为大于1，Icinga将在确定存在真实问题之前重新检查该服务。 当服务正在被重新检查时（达到max_attempts次），它被认为处于“软”状态（如这里所描述的），并且服务检查按照由retry_interval选项确定的频率重新计划。 如果Icinga重新检查服务max_attempts时间并且它仍然处于非正常状态，Icinga会将服务置于“硬”状态，向联系人发送通知（如果适用），并开始重新计划将来的服务检查频率由check_interval选项确定。 和max_check_attempts一样： 当一个服务首先从一个OK状态改变到一个非OK状态时，Icinga使你能够暂时减慢或加速后续的服务检查将发生的时间间隔。 当服务第一次改变状态时，Icinga在决定它真正的问题之前将执行服务检查的max_check_attempts-1重试。 服务正在重试时，将根据retry_interval选项进行调度，该选项可能比正常的check_interval选项更快或更慢。 当服务正在重新检查（最多max_check_attempts-1次），服务处于软状态。 如果服务重新检查max_check_attempts-1次，并且它仍处于非正常状态，则服务将变为硬状态，并且随后将按照check_interval选项指定的正常速率重新安排时间。 在附注中，它指定max_check_attempts选项的值为1，该服务将不会按retry_interval选项指定的时间间隔进行检查。 相反，它会立即变成硬状态，并随后按照check_interval选项指定的速率重新安排。 这些对我来说听起来是一样的。 他们之间有什么区别，什么时候应该使用？
今天我注意到收到的所有外部命令都去了IDO，Postgres上的myicinga_external命令表超过了350Gb（可能大约是DB的98％）。 正如你可能猜测，我的设置是有点特别的，并收到很多外部命令，我需要find一些解决scheme。 这个外部命令是所有的性能数据，然后去RRD数据库和pnp4nagios，所以我不需要icing只保留每个主机的最新命令。 所以，我有两个问题，我想帮助： 1）我可以安全地从数据库中删除所有这些外部命令吗？ 2）我可以停止icing伐木吗？ 如果相关，我现在在Icinga 2.6.3-1 希望有人能帮到这个，谢谢！
我正在重新devise一个我inheritance的Icinga设置。 它永远抱怨的事情之一是ido2db没有运行（和idomod无法连接到它）。 在弄清楚之前，如何configuration/修复它，我试图找出，如果我们甚至需要它。 不幸的是，我所能find的所有文档都在网上讨论如何configurationfunction，而不是为什么 （或不这样做）… 特别是，这里是关于日志中的主题的最新错误： [1504809535] idomod: Still unable to connect to data sink. 83915 items lost, 5000 queued items to flush. Is ido2db running and processing data? 我猜测，“项目”是检查结果等等。由于引用的损失，我们没有得到什么function？
我有一台在Debian Lenny上运行Apache / 2.2.16的服务器。 服务器是主机约6个虚拟主机。 其中一个虚拟主机就是服务器的FQDN，除了每5分钟就有一个Icinga检查的index.html页面，没有太多的东西。 现在，服务器一般处于中等负载状态。 它拥有一个带有Vbulletin论坛部分的Joomla网站。 这也是为网站上的许多video做一些ffmpeg的东西。 它保持忙碌。 现在，这是踢球。 Icinga正在监视服务器的FQDN，而不是用于提供内容的主要虚拟主机。 定期Icinga会报告HTTP的关键，我会login到icinga和运行一个“get /”的方式的telnet或“围攻 – ”。 有趣的事情发生在这里，我没有得到Apache的回应。 没有200码，什么都没有。 我的第一个假设是，Apache被挤了出来，所以我去拉起服务器上托pipe的其他虚拟主机。 他们拉好，但不是没有一点点延误。 我抓住我的脑袋，然后尝试拉起Icinga在浏览器中监视的FQDN，它也可以工作。 接下来，我检查Apache日志中的FQDN虚拟主机，我看到Icinga服务器打，但减去200错误代码。 我查看服务器状态，并注意平均约60个请求正在处理约120以上。 我不得不承认这个问题与Apache和suPHP的限制有关。 最终我想用modPHP / APC解决scheme，但现在suPHP是我必须与之合作。 有没有人见过这种与Icinga监测有关的问题？ 有没有人有推荐的Apache mpm_prefork_moduleconfiguration？ 目前设置为： ServerLimit 512 StartServers 20 MinSpareServers 20 MaxSpareServers 40 MaxClients 512 MaxRequestsPerChild 0 任何洞察力或观点是赞赏。 另外，这个创可贴也是定期的重启一个apache重启，但是我确信用户会在网站上感到恼火。