我想根据主机types使用不同的服务检查间隔。 有些主机很关键，需要比其他主机上的服务更频繁地检查这些主机上的服务。 看来不可能在“normal_check_interval”中使用主macros，所以任何build议做到这一点，而不宣布两次我的服务模板？ 谢谢
我使用以下方式将OMD更新为当前版本： omd update <site> 一切似乎更新正常，但现在我的服务器安装check_mk代理显示（空），我没有当前的数据。 这是一个奇怪的位：它将清理服务，所以代理正在服务器上工作一定程度。 我也曾尝试过： check_mk -II check_mk -R 但是，这也是行不通的。 如果我启动一个新的网站并添加一个服务器，它的库存很好，所以我觉得奇怪的是现有的网站有问题获取更新的信息。 我希望有人能帮助我解决这个问题。 先谢谢你！
在新的开发机器上设置nrpe监视时，我遇到了一些麻烦。 我已经遵循了我所能find的所有推荐步骤，但依然无济于事。 执行/usr/lib/nagios/plugins/check_nrpe -H localhost -n导致套接字超时，无论使用-t指定的时间如何。 netstat -latnp | grep 5666 results in: tcp 0 0 0.0.0.0:5666 0.0.0.0:* LISTEN 26718/nrpe 我正在使用12.04 LTS。 任何想法将不胜感激。
当我手动运行用户nagios时，我有bash脚本返回正确的结果。 在nagiosconfiguration中configuration失败。 nagiosconfiguration中的条目 define command { command_name check_s3descrepency command_line /usr/lib64/nagios/plugins/check_s3descrepency $ARG1$ } define service{ use generic-service service_description Check android_event S3 descrepency host_name nagios-server check_command check_s3descrepency!android_event } [root@nagios nagios]# sudo -u nagios /usr/lib64/nagios/plugins/check_s3descrepency android_event OK – 2014-05-07-22-00 Data size match with pre week 2014-04-30-22-00 by 102% [root@nagios nagios]# 启用debugging，以下是日志 [1399529584.757820] [016.0] [pid=1089] Checking service 'Check android_event […]
我可能会丢失一些东西，但是似乎USEDDISKSPACE的-l参数似乎只适用于由Windows字母系统装入的卷。 我已经尝试使用以下参数为-l： 体积标识 安装文件夹的path check_nt可能只是不处理作为子文件夹挂载的监视卷。 如果任何人有任何的洞察力，是伟大 编辑： 为了澄清，Windows通常将驱动器盘符Cconfiguration为主要的安装驱动器。 我无法将其他卷挂载为其他驱动器盘符，这是因为对GPO的办公策略没有给我足够的驱动器号来安装更多的卷。 我们无法更改GPO策略或激发创build它的系统pipe理员。 我的工作，而不是安装一个新的卷来驱动字母d，e，f等，是我装入卷如C：\ SQLDatabasefiles。 Nagios无法识别安装在C：\ SQLDatabasefiles上的卷实际上是一个卷，并且似乎没有办法报告此卷上的磁盘利用率。 这与SMB无关，这是一种文件夹共享机制。
我正在使用check_ping命令来检查远程主机的连接统计信息。 当我在命令行上运行上述命令时，它给了我适当的输出，如下所示： 句法： /usr/local/nagios/libexec/check_ping -H <HOSTNAME> -w <wrta>,<wpl>% -c <crta>,<cpl>% [-p packets] 但是，当我点击NagiosXI接口上的“应用configuration”button时，它给我一个错误，说“configurationvalidation失败”。 需要帮忙！ 截图可以在这个职位 （由于缺乏声望点，无法发布）。
我得到上面的错误whilwlogin作为Nagios的pipe理员用户。 我正在从远程服务器复制文件objects.cache和status.dat以获取更新到本机，我正在login，因为下面的nagiosadmin是cgi.cfg文件。 main_config_file =的/ etc /的nagios / nagios.cfg physical_html_path = / usr / share / nagios / html url_html_path = / nagios show_context_help = 0 use_pending_states = 1 use_authentication = 1 use_ssl_authentication = 0 default_user_name =客人 authorized_for_system_information = nagiosadmin，pipe理员 authorized_for_configuration_information = * authorized_for_system_commands = nagiosadmin，pipe理员 authorized_for_all_services = nagiosadmin，admin authorized_for_all_hosts = nagiosadmin，admin authorized_for_all_service_commands = nagiosadmin，admin authorized_for_all_host_commands […]
我们有一个Icinga安装，有超过3k个主动服务检查。 性能可以接受。 我们已经在使用use_large_installation_tweaks选项。 现在我们已经开始build立一个复杂的服务群体。 服务组使用servicegroup_membersconfiguration选项堆叠在一起。 一旦我们导入额外的服务组性能大幅降低。 对经典UI的任何HTTP请求都需要花费数秒的时间。 在此期间，单个线程会导致大量的CPU负载。 我们想纠正这个问题，以便能够按照计划使用服务组层次结构。 任何想法是什么导致这种负担，以及如何加快在这方面的Icinga？ 我们正在使用Icinga 1.11.1
所有似乎都应该安装和工作（网站/服务器正在运行），但不断收到此错误： UWSGI CRITICAL: could not connect() to workers Operation now in progress 运行时： uwsgi –nagios –socket=0.0.0.0:1717 我的uwsgi.conf（匿名）是： description "uwsgi instance" start on runlevel [2345] stop on runlevel [06] exec uwsgi –master –die-on-term –ini /etc/uwsgi/apps-enabled/my-app.com 而我的ini文件是： [uwsgi] uid = www-data gid = www-data plugins = python module= wsgi_app home = /home/django/domains/my-app.com/my-app.com/ pythonpath = /home/django/domains/my-app.com/my-app/uwsgi/ touch-reload = […]
我花了几个小时试图让nagios发送电子邮件通知。 我的联系人configuration很简单：我有一个：nagiosadmin，他是默认联系人。 在/var/log/nagios.log中，nagios倾向于发送电子邮件，所以这不是联系人configuration的问题。 当我复制粘贴在控制台中的日志文件中find的命令，邮件被发送，我收到它。 （我用用户testing过：root＆nagios – 对于他们俩都没关系）。 这里是/var/log/nagios.log行： [1405635099] SERVICE NOTIFICATION: nagiosadmin;m1;PING;CUSTOM (CRITICAL);notify-service-by-email;CRITICAL – Time to live exceeded (m1);Nagios Admin;11..11 [1405635130] Warning: Contact 'nagiosadmin' service notification command '/usr/bin/printf "%b" "***** Nagios *****\n\nNotification Type: CUSTOM\n\nService: PING\nHost: m1\nAddress: m1\nState: CRITICAL\n\nDate/Time: Fri Jul 18 00:11:39 CEST 2014\n\nAdditional Info:\n\nCRITICAL – Time to live exceeded (m1)\n" | /bin/mail -s "** […]