[Nagios-users] .Re: How to reschedule multiple/all services at once
On 01/09/2012 08:53 PM, Jake Xu wrote: Hi everyone, From time to time, I need to restart or reschedule all services to verify that some new checks or new hosts are working properly. Is there any easy way to do that? I have a large number of hosts and services, so it would be tedious to click through a bunch of links via the web interface. Using external command is not very feasible as well because I would have to have all host names and service names for the command line commands. I have seen a pretty good idea on Icinga, a Nagios fork, for this purpose. It has a checkbox associated with each service check and a select-all checkbox to select all checkboxes. It would be useful to have that on the Nagios Core, but AFAIK there isn't any. Pretty much all other UI's but the basic one has this capability. Speedwise, I'd imagine Thruk and Multisite would suit you very well. It sort of depends on how you define large number of hosts and services though. Most UI's scale just fine to a couple of thousand hosts, although certain parts of it might suck donkey balls with huge networks. Multisite suffers when creating reports, for example, but is crazy fast at showing current status. Thruk is faster at both (last time I checked), but it's, imo, pretty ugly (sorry Sven) and lacks a bunch of boss-bling type features that other UI's have. YMMV. As for adding that capability to the default ui; That's not going to happen unless someone provides a patch for it. None of the maintainers have any interest in adding features to the cgi, so they're there simply as a fallback and will most likely be removed some time in the future in favour of a ui written in some more easily hackable language. -- Andreas Ericsson andreas.erics...@op5.se OP5 AB www.op5.se Tel: +46 8-230225 Fax: +46 8-230231 Considering the successes of the wars on alcohol, poverty, drugs and terror, I think we should give some serious thought to declaring war on peace. -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
Re: [Nagios-users] Dualstack monitoring best practice
On 01/09/2012 08:18 PM, Michael Friedrich wrote: Robert V. Bolton wrote: On Mon, Jan 9, 2012 at 11:25 AM, Michael Friedrich michael.friedr...@univie.ac.at mailto:michael.friedr...@univie.ac.at wrote: there's a patch for nagios around, adding address6 as host attribute. even if there are custom variables, it's more intentional for keeping the systems dualstacked in the future by adding that. You don't need to add the patch to add an address6 variable, just use a Custom Object Variable http://nagios.sourceforge.net/docs/3_0/customobjectvars.html. I use to run Nagios with patch that added the address6 variable, but it ended up screwing me up in the long run. sure, the patch needs some rework, but when done, it fits, even it won't make it upstream due to the change of the objects abi. but for safety reasons in upgrading, your solution is better. We might turn address into an array variable later. I'm not sure it's worth it though. Until someone finds a best practice that is flexible enough to allow all setups while making the most common one really, really simple we probably won't try to do anything that will lock people in to a particular kind of reasoning. That ofcourse requires someone to actually figure out first what the most common case is, and then to figure out a best practice for how to monitor it that enough people agree on to make it at least a majority vote that we dictators implement. Until such a time, custom variables, plugin hackery and check command voodoo seems to do the trick for most people. -- Andreas Ericsson andreas.erics...@op5.se OP5 AB www.op5.se Tel: +46 8-230225 Fax: +46 8-230231 Considering the successes of the wars on alcohol, poverty, drugs and terror, I think we should give some serious thought to declaring war on peace. -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
[Nagios-users] Acknowledge link on service commands
I want to know if have a solution for link acknowledge bug in nagios services commands. I´ve already upgrade to nagios 3.3.1 but the link still not appears for some services. thanks, -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
Re: [Nagios-users] Acknowledge link on service commands
On 10 January 2012 11:36, Saulo Zimbaro saulo.zimb...@acotel.com wrote: I want to know if have a solution for link acknowledge bug in nagios services commands. I´ve already upgrade to nagios 3.3.1 but the link still not appears for some services. The Acknowledge button is only available if the service (or host) is in a Hard state, is not OK and is not already acknowledged. For information on state types, see:- http://nagios.sourceforge.net/docs/nagioscore/3/en/statetypes.html -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
Re: [Nagios-users] How to reschedule multiple/all services at once
Scalability might still be an issue with Multisite, there are some things that make it perform really slow to be aware of, but I have it accessing 34 nagios servers, about 36,000 devices and 1.5 million service checks, so it's definitely do-able. Dan From: Jake Xu [mailto:j...@demonware.net] Sent: Tuesday, January 10, 2012 2:15 PM To: Nagios Users List Subject: Re: [Nagios-users] How to reschedule multiple/all services at once Just attached Andreas' response from another thread. @Dan, I've taken a look at Multisite. It seems to have some crazy batch commands/comments which are exactly what I am looking for. I tried it a bit but ended up getting segfault from apache when I accessed the webpage localhost/check_mk/. It's probably because I have too many sites running on my test box. Will try again later. Thanks for the recommendation. @Michael, Icinga would be good if I started from sratch. It is pain for me to migrate everything to Icinga though because the default file structure is different and the web ui is not as straightforward as Nagios core. Thanks for showing me the OMD, didn't aware of it at all. @Andreas, I am defining large number of hosts as = one thousand, and each host is likely to have +/- 10 services, so you get the idea :) I agree with you that Thruk doesn't look as good as others, so I am looking into Check_MK Multisite as it has some pretty useful commands/shortcuts/features. I don't use the report feature that much, so Multisite should be good enough. Yeah, hacking the cgi is really undesirable. I will just try to adapt anohter UI like Multisite. Thanks for all the response! Jake On Tue, Jan 10, 2012 at 1:18 AM, Andreas Ericsson a...@op5.semailto:a...@op5.se wrote: On 01/09/2012 08:53 PM, Jake Xu wrote: Hi everyone, From time to time, I need to restart or reschedule all services to verify that some new checks or new hosts are working properly. Is there any easy way to do that? I have a large number of hosts and services, so it would be tedious to click through a bunch of links via the web interface. Using external command is not very feasible as well because I would have to have all host names and service names for the command line commands. I have seen a pretty good idea on Icinga, a Nagios fork, for this purpose. It has a checkbox associated with each service check and a select-all checkbox to select all checkboxes. It would be useful to have that on the Nagios Core, but AFAIK there isn't any. Pretty much all other UI's but the basic one has this capability. Speedwise, I'd imagine Thruk and Multisite would suit you very well. It sort of depends on how you define large number of hosts and services though. Most UI's scale just fine to a couple of thousand hosts, although certain parts of it might suck donkey balls with huge networks. Multisite suffers when creating reports, for example, but is crazy fast at showing current status. Thruk is faster at both (last time I checked), but it's, imo, pretty ugly (sorry Sven) and lacks a bunch of boss-bling type features that other UI's have. YMMV. As for adding that capability to the default ui; That's not going to happen unless someone provides a patch for it. None of the maintainers have any interest in adding features to the cgi, so they're there simply as a fallback and will most likely be removed some time in the future in favour of a ui written in some more easily hackable language. -- Andreas Ericsson andreas.erics...@op5.semailto:andreas.erics...@op5.se OP5 AB www.op5.sehttp://www.op5.se/ Tel: +46 8-230225tel:%2B46%208-230225 Fax: +46 8-230231tel:%2B46%208-230231 Considering the successes of the wars on alcohol, poverty, drugs and terror, I think we should give some serious thought to declaring war on peace. On Mon, Jan 9, 2012 at 1:17 PM, andrew.f...@wellsfargo.commailto:andrew.f...@wellsfargo.com wrote: I usually combine the classic external command scripts with a smidge of perl to grab the members of the hostgroup that I want to trigger something for. If you give the following script a hostgroup name, it will grab the members from objects.cache: #!/usr/local/nagios/bin/perl use warnings; use strict; my $hostgroup = $ARGV[0]; # here's the spot where I should be checking that $hostgroup is defined... open my $objects,'','/usr/local/nagios/var/objects.cache' or die Failure opening objects file: $!\n; $/ = '}'; while ($objects) { if (/hostgroup_name\s+($hostgroup)/gs) { /members\s+(\S+)/gs; my $members = $1; my @members = split /,/,$members; for my $member (@members) { print $member\n; } } } close $objects; When you run that you get a list that you can feed to your external command script. Here's the idea in shell on the command line: bash# for x in `get_hostgroup_members big_switches`;do trigger_service_script $x;done Andy Ford Network Security Engineer
Re: [Nagios-users] How to reschedule multiple/all services at once
On 10.01.2012 21:14, Jake Xu wrote: Just attached Andreas' response from another thread. @Dan, I've taken a look at Multisite. It seems to have some crazy batch commands/comments which are exactly what I am looking for. I tried it a bit but ended up getting segfault from apache when I accessed the webpage localhost/check_mk/. It's probably because I have too many sites running on my test box. Will try again later. Thanks for the recommendation. multsite requires mk_livestatus as core neb module. keep that in mind when installing it. ah well, and it's python. that could be the problem on your apache. best will be to debug it on the logs and report back to developers. @Michael, Icinga would be good if I started from sratch. It is pain for me to migrate everything to Icinga though because the default file structure is different and the web ui is not as straightforward as Nagios core. Thanks for showing me the OMD, didn't aware of it at all. migration is not really painful when you know the right docs to read (i won't post them here, see the official docs). that comes to mind when reading omd as well where the file structures remains even more different (site based), but that's one of those things being traversed into a benefit of keeping different sites for testing and having one as production setup - and doing other upgrade stuff. icinga webui - there are 2 of them (new idoutils based and old classicui, having 2 developer teams on the project). when comparing icinga's classic ui to nagios classic ui, compound commands is one of those things people are asking a lot about (mostly for acknowledging problems, but also to schedule checks or downtimes). to be honest, i couldn't work with nagios classic ui again if someone would pin me other there. but that's just my humble opinion and not really liked ;) as remarked by andreas, nagios developers do not seem to have the intention to feature enhance the classic ui so it will be a dead end requesting features like compound commands. patching that is not really funny, but you can meet rune or ricardo on irc.freenode.net and ask by yourself ;-) generally speaking you should give the omd setup a test install and then decide what to do. if you now stick with nagios core 3.2.3 and wait for a 3.4.x stable release until you test various other guis and tools, wouldn't make much difference then not doing it ;-) @Andreas, I am defining large number of hosts as = one thousand, and each host is likely to have +/- 10 services, so you get the idea :) I agree with you that Thruk doesn't look as good as others, so I am looking into Check_MK Multisite as it has some pretty useful commands/shortcuts/features. I don't use the report feature that much, so Multisite should be good enough. Yeah, hacking the cgi is really undesirable. I will just try to adapt anohter UI like Multisite. even if thruk doesn't look that good, it is feature rich and sven is a good developer responding fast to ideas and demands. and from what i have seen, you can use other templates as well - perl catalyst power. someone might have wanted a mindmap or an integrated config editor as well - he added that to thruk. irc or the nagios portal might be the best address to discuss such topics though. kind regards, michael Thanks for all the response! Jake On Tue, Jan 10, 2012 at 1:18 AM, Andreas Ericsson a...@op5.se mailto:a...@op5.se wrote: On 01/09/2012 08:53 PM, Jake Xu wrote: Hi everyone, From time to time, I need to restart or reschedule all services to verify that some new checks or new hosts are working properly. Is there any easy way to do that? I have a large number of hosts and services, so it would be tedious to click through a bunch of links via the web interface. Using external command is not very feasible as well because I would have to have all host names and service names for the command line commands. I have seen a pretty good idea on Icinga, a Nagios fork, for this purpose. It has a checkbox associated with each service check and a select-all checkbox to select all checkboxes. It would be useful to have that on the Nagios Core, but AFAIK there isn't any. Pretty much all other UI's but the basic one has this capability. Speedwise, I'd imagine Thruk and Multisite would suit you very well. It sort of depends on how you define large number of hosts and services though. Most UI's scale just fine to a couple of thousand hosts, although certain parts of it might suck donkey balls with huge networks. Multisite suffers when creating reports, for example, but is crazy fast at showing current status. Thruk is faster at both (last time I checked), but it's, imo, pretty ugly (sorry Sven) and lacks a bunch of boss-bling type features that other UI's have. YMMV. As for
Re: [Nagios-users] Dualstack monitoring best practice
On 10.01.2012 10:51, Andreas Ericsson wrote: sure, the patch needs some rework, but when done, it fits, even it won't make it upstream due to the change of the objects abi. but for safety reasons in upgrading, your solution is better. We might turn address into an array variable later. I'm not sure it's worth it though. It's being demanded as multiple addresses for one host which comes to mind when seeing a host as - management ip, and a bunch of service ip addresses (for naming purposes custom vars will be better) - vmware / xen cluster with more than one unique address - dualstacked ip addresses as well as other examples. Until someone finds a best practice that is flexible enough to allow all setups while making the most common one really, really simple we probably won't try to do anything that will lock people in to a particular kind of reasoning. it's pretty hard to determine what might be best. especially when more addresses would mean more macros to be processed, and performance gain would suffer more than such enhancements will bring to those actually having demanded that. making things opt-in is not always an option either. That ofcourse requires someone to actually figure out first what the most common case is, and then to figure out a best practice for how to monitor it that enough people agree on to make it at least a majority vote that we dictators implement. ideas.nagios.org might be a good place to vote. http://ideas.nagios.org/a/dtd/Better-support-for-multihomed-hosts---more-than-one-address-entry/8006-3955 and it doesn't need to be you dictators, maybe others got time, ideas, patches. like the guy asking for the additional icon defintion for action|notes_url patch - that's rather huge and might address such attribute questions by good example. even better is the address6 patch adding new macros too. but maybe there are too many changes in recent svn commits and 3.2.3 = 3.3.1 which makes people fear that their patch work could not be used. (maybe git solves it ;) Until such a time, custom variables, plugin hackery and check command voodoo seems to do the trick for most people. Yep that's true. Adding the address6 patch was solely for the reason of integrating our management databases better into the network and server monitoring. But i truly understand your demand to keep the object abi clean and compatible. Btw - seen a patch on svn for changing the scheduling logic and adding a hash attribute to objects.h - hopefully targetted head against 3.4 then? kind regards, michael -- DI (FH) Michael Friedrich Vienna University Computer Center Universitaetsstrasse 7 A-1010 Vienna, Austria email: michael.friedr...@univie.ac.at phone: +43 1 4277 14359 mobile:+43 664 60277 14359 fax: +43 1 4277 14338 web: http://www.univie.ac.at/zid http://www.aco.net Lead Icinga Core Developer http://www.icinga.org -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
[Nagios-users] NAGIOS CONFIGURATION
Hi, I am new to Nagios and would like assistance on how to configure my Nagios installed in Fedora 15, to monitor the flow of HL7 data and their ports and also monitor DICOM in my network, and last to have it send mail notifications. Thanks in advance. -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null