Fox-Alpha / nagioschecker

Automatically exported from code.google.com/p/nagioschecker
0 stars 0 forks source link

Allow parameter in initial statug.cgi url #114

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?
1. setup a status.cgi URL with parameters (for example you want the plugin
to only check for the "X" servicegroup, then use status.cgi?servicegroup=X
2. When the plugin shows up some errors, click on one of them
3. The page opened will be the Nagios process information page.

What is the expected output? What do you see instead?
I expect the service details of the failing service I clicked on.

What version of the product are you using (Nagios Checker and Nagios)? On
what operating system?
nagioschecker-0.13 on linux

Please provide any additional information below.

The problem happens because a click on a failing service will call the URL
that you configure in the plugin, in my case : status.cgi?servicegroup=X ,
replace status.cgi by extinfo.cgi, and add the 'host' and 'service'
parameters. Since extinfo does not understand the 'servicegroup=X'
parameter, it redirects to the process information page.

The options would be to either add a field in the configuration page to
specify the extra parameter (that would not be used when calling for
extinfo.cgi), or doing some string manipulation and detection for extra
parameters added in the status.cgi URL.

Personnaly, on a big nagios setup, I separate "sysadmin" services and
"support" ones (solved by integration guys), by putting all sysadmin checks
in the sysadmin servicegroup and so on for the support. Then  I call
status.cgi?servicegroup=sysadmin&style=detail&servicestatustypes=28

Original issue reported on code.google.com by tblanc...@gmail.com on 5 Apr 2009 at 6:03

GoogleCodeExporter commented 9 years ago
To be sure - have you already tried current beta version?
http://code.google.com/p/nagioschecker/downloads/list?q=label:Beta
I did some changes related to constructing Nagios url so maybe it should work 
now.

Original comment by petr.si...@gmail.com on 5 Apr 2009 at 7:00

GoogleCodeExporter commented 9 years ago
Thanks for the quick reply. Just tried the alpha and it seems to ignore all
parameters after 'status.cgi' in the URL. No matter what parameters I put, the 
plugin
shows up ALL services alerts.

Original comment by tblanc...@gmail.com on 5 Apr 2009 at 7:56

GoogleCodeExporter commented 9 years ago
Sorry for late response.
I have made the modification to allow the servicegroup param in the status.cgi 
url
but unfortunately I don't have access to any Nagios that is using Servicegroups 
settings.
Could you please test the modified version I attached there if it helps?
Thank you very much.

Original comment by petr.si...@gmail.com on 9 Apr 2009 at 7:48

Attachments:

GoogleCodeExporter commented 9 years ago
This is perfect ! Thanks. I'll use this one until the next release as it fits my
needs perfectly!

Thanks again.

Original comment by tblanc...@gmail.com on 10 Apr 2009 at 3:26

GoogleCodeExporter commented 9 years ago
Thank you for information.
Released in public version 0.14.

Original comment by petr.si...@gmail.com on 14 Apr 2009 at 7:37

GoogleCodeExporter commented 9 years ago
Are you sure you did ? Updating the plugin from the custom "tblanchin" version 
to
0.14.1 broke the display. It now shows up all servicegroup problems, not only 
the one
passed in status.cgi parameter.
Downgrading to the custom version fixed the problem without touching the 
configuration.

Original comment by tblanc...@gmail.com on 15 Apr 2009 at 9:49

GoogleCodeExporter commented 9 years ago
I am sorry, it is caused by my hurried hotfix from 0.14 to 0.14.1 without proper
testing. :-(
Working on it.

Original comment by petr.si...@gmail.com on 15 Apr 2009 at 10:37

GoogleCodeExporter commented 9 years ago
Should be fixed in 0.14.2

Original comment by petr.si...@gmail.com on 15 Apr 2009 at 1:27

GoogleCodeExporter commented 9 years ago
I confirm. Good job ! ;)

Original comment by tblanc...@gmail.com on 15 Apr 2009 at 1:59