[Check_mk (english)] Problems with downtime after updating to check_mk 1.2.4p5

Russell Anderson russell.anderson at homes.com
Wed Feb 11 23:15:13 CET 2015


We've recently rolled out an update from a much older version of check_mk, and cannot seem to get the automated downtimes to work.  Looking at https://mathias-kettner.de/checkmk_multisite_automation.html <https://mathias-kettner.de/checkmk_multisite_automation.html> for guidance hasn't really gotten us any closer.

URL from example (sorted alphabetically):
view.py?
    _do_actions=yes
    &_do_confirm=yes
    &_down_2h=2+hours
    &_down_comment=TEST
    &_transid=-1
    &host=localhost
    &service=Dummy
    &site=
    &view_name=service

Our test:
view.py?
    _do_actions=yes
    &_do_confirm=yes
    &_down_2h=2+hours
    &_down_comment=TEST
    &_transid=-1
    &host=core01
    &output_format=JSON
    &service=proc_DHCPD
    &site=
    &view_name=service

We get this back:
[
["sitealias","host","service_description","service_icons","service_state","svc_group_memberlist","svc_servicelevel","svc_contact_groups","svc_contacts","svc_plugin_output","svc_long_plugin_output","svc_perf_data","perfometer","svc_check_command","svc_check_interval","svc_attempt","svc_notification_number","svc_check_type","svc_state_age","svc_check_age","svc_next_check","svc_next_notification","svc_last_notification","svc_check_latency","svc_check_duration","svc_in_downtime","svc_in_notifper","svc_notifper","service_display_name","check_manpage","svc_custom_notes","svc_pnpgraph"],
["","core01","proc_DHCPD","","OK","","","systems, systems-prod","pagerduty, systems","OK - 1 processes 20.4 MB virtual, 2.5 MB resident, 0.0% CPU","","","","check_mk-ps","60s/60s","1/4","0","PASSIVE","2 hrs","47 sec","-","-","-","0.000 sec","0.000 sec","no","yes","24X7","proc_DHCPD","  This check looks into the list of then current running processes for  those matching a certain name or regular expression and optionally  being owned by a certain user. The number of  matching processes is matched against warning and critical levels.","","render_pnp_graphs('_core01_proc_DHCPD_graph', '', 'core01', 'proc_DHCPD', '1', '/nf/check_mk/', '../pnp4nagios/', false)"]
]

Apache shows the request, with 200 status:
nagios02:80 <IP> - <USER> [11/Feb/2015:13:27:29 -0500] "GET /nf/check_mk/view.py?_do_actions=yes&_do_confirm=yes&_down_2h=2+hours&_down_comment=TEST&_transid=-1&host=core01&output_format=JSON&service=proc_DHCPD&site=&view_name=service HTTP/1.1" 200 878 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2272.43 Safari/537.36"

But, in the apache error log I also see this:
[Wed Feb 11 13:29:13 2015] [error] [client <IP>] File does not exist: /etc/apache2/htdocs

There are apache aliases that point to a few of the check_mk htdocs directories, such as:
Alias /nf/check_mk /usr/share/check_mk/web/htdocs
<Directory /usr/share/check_mk/web/htdocs>

The only thing I can think of that would generate this error would be a failed python variable expansion, however the default looks to be sane.
web_dir                     = '/usr/share/check_mk/web'
$ ls -l /usr/share/check_mk/web
total 8
drwxr-xr-x  7 root root 4096 Feb 11 16:21 htdocs
drwxr-xr-x 11 root root 4096 Nov  5  2013 plugins

But no downtime.  Doing this without the JSON output just renders the service page.


-- 

Russell Anderson
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mathias-kettner.de/pipermail/checkmk-en/attachments/20150211/a24cf984/attachment-0001.html>


More information about the checkmk-en mailing list