From nagiospra at gmail.com Wed Sep 5 05:36:25 2012 From: nagiospra at gmail.com (PRA) Date: Wed, 05 Sep 2012 09:06:25 +0530 Subject: [Nagiosplug-devel] A plugin to run the existing plugins for NSCA In-Reply-To: <5046C762.4000903@gmail.com> References: <5046C762.4000903@gmail.com> Message-ID: <5046C8B9.7050505@gmail.com> Hi All, I was configuring nagios and NSCA and found that we need to run the plugins in cron and send the output to NAGIOS. So I plan to develop another plugin with runs the other plugins 1) Another plugin that takes service_description (the description that is sent to nagios) , plugin with parameters as command line arguments. 2) Runs the send_nsca command with provided inputs. 3) A conf file which has the details(send_nsca path,pluginspath,nsca server,nsca port). Any Inputs? -PRA From holger at CIS.FU-Berlin.DE Wed Sep 5 09:40:23 2012 From: holger at CIS.FU-Berlin.DE (Holger =?iso-8859-1?Q?Wei=DF?=) Date: Wed, 5 Sep 2012 09:40:23 +0200 Subject: [Nagiosplug-devel] [Nagios-users] A plugin to run the existing plugins for NSCA In-Reply-To: <5046C762.4000903@gmail.com> References: <5046C762.4000903@gmail.com> Message-ID: <20120905074023.GK32695123@CIS.FU-Berlin.DE> * PRA [2012-09-05 09:00]: > I was configuring nagios and NSCA and found that we need to run the > plugins in cron and send the output to NAGIOS. So below is what I > plan.So I plan to develop another plugin with runs the other plugins > > 1) Another plugin that takes service_description (the description that > is sent to nagios) , plugin with parameters as command line arguments. > 2) Runs the send_nsca command with provided inputs. > 3) A conf file which has the details(send_nsca path,pluginspath,nsca > server,nsca port). Here's a trivial shell script which you could take as a starting point, if you like: ftp://ftp.in-berlin.de/pub/users/weiss/nagios/tools/send_nagios The output can be piped to send_nsca. Holger From rmu at cdhsrl.it Thu Sep 6 13:03:19 2012 From: rmu at cdhsrl.it (Roberto Mura - CDH srl) Date: Thu, 6 Sep 2012 13:03:19 +0200 Subject: [Nagiosplug-devel] windows uptime critical Message-ID: Hi, first, thanks for the fantastic job that you do! I have the necessity to monitor and report as critical 7 days of uptime on some windows TS server. I have the monitor through check_nt. Thanks. Best regards Roberto Mura Solution Architect & Team Coordinator ________________ tel. +390119508400 fax +390119508440 [cid:image001.png at 01CD8C2F.FCAC3C30] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 30562 bytes Desc: image001.png URL: From work at paul.dubuc.org Mon Sep 10 21:37:02 2012 From: work at paul.dubuc.org (Paul Dubuc) Date: Mon, 10 Sep 2012 15:37:02 -0400 Subject: [Nagiosplug-devel] check_procs plugin with performance data. In-Reply-To: <504DEA1E.5050104@paul.dubuc.org> References: <504DEA1E.5050104@paul.dubuc.org> Message-ID: <504E415E.8060209@paul.dubuc.org> Please consider replacing the check_procs plugin with this enhanced version from nagios exchange: http://exchange.nagios.org/directory/Plugins/Operating-Systems/Linux/check_procs_perf/details I've been using check_procs_perf in place of check_procs. It's based on the check_procs source and does everything check_procs does and more. It's very nice to have the performance data for graphing. I noticed that there's been a long outstanding request for this feature http://sourceforge.net/tracker/?func=detail&atid=397600&aid=2458521&group_id=29880 This looks like a good way to satisfy the request. Thank you, Paul Dubuc From daniel.wittenberg.r0ko at statefarm.com Mon Sep 10 21:48:56 2012 From: daniel.wittenberg.r0ko at statefarm.com (Daniel Wittenberg) Date: Mon, 10 Sep 2012 19:48:56 +0000 Subject: [Nagiosplug-devel] check_procs plugin with performance data. In-Reply-To: <504E415E.8060209@paul.dubuc.org> References: <504DEA1E.5050104@paul.dubuc.org> <504E415E.8060209@paul.dubuc.org> Message-ID: <94AE5A25-3383-46A4-93FD-BDF91F396157@statefarm.com> In general it seems like with 4.0 release it would be good to have all our standard plugins returning performance data when possible. I haven't reviewed all of them recently but I know over last few years I've had to wrap or tweak a number of them to get either the right or any perf data at all. Is there any review process for what plugins should be in the "standard" set? Dan On Sep 10, 2012, at 2:37 PM, Paul Dubuc wrote: > > Please consider replacing the check_procs plugin with this > enhanced version from nagios exchange: > > http://exchange.nagios.org/directory/Plugins/Operating-Systems/Linux/check_procs_perf/details > > I've been using check_procs_perf in place of check_procs. It's based on the > check_procs source and does everything check_procs does and more. It's very > nice to have the performance data for graphing. > > I noticed that there's been a long outstanding request for this feature > http://sourceforge.net/tracker/?func=detail&atid=397600&aid=2458521&group_id=29880 > > This looks like a good way to satisfy the request. > > Thank you, > Paul Dubuc > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________________ > Nagios Plugin Development Mailing List Nagiosplug-devel at lists.sourceforge.net > Unsubscribe at https://lists.sourceforge.net/lists/listinfo/nagiosplug-devel > ::: Please include plugins version (-v) and OS when reporting any issue. > ::: Messages without supporting info will risk being sent to /dev/null From ae at op5.se Tue Sep 11 02:53:16 2012 From: ae at op5.se (Andreas Ericsson) Date: Tue, 11 Sep 2012 02:53:16 +0200 Subject: [Nagiosplug-devel] check_procs plugin with performance data. In-Reply-To: <94AE5A25-3383-46A4-93FD-BDF91F396157@statefarm.com> References: <504DEA1E.5050104@paul.dubuc.org> <504E415E.8060209@paul.dubuc.org> <94AE5A25-3383-46A4-93FD-BDF91F396157@statefarm.com> Message-ID: <504E8B7C.5000306@op5.se> On 09/10/2012 09:48 PM, Daniel Wittenberg wrote: > In general it seems like with 4.0 release it would be good to have > all our standard plugins returning performance data when possible. I > haven't reviewed all of them recently but I know over last few years > I've had to wrap or tweak a number of them to get either the right or > any perf data at all. Is there any review process for what plugins > should be in the "standard" set? > Not really. The official plugin package maintainers are doing it more or less ad hoc, but historically (and now, I suppose), they've been pretty attentive provided they aren't loaded down with a ton of work themselves (as in; I hope and think patches are very welcome). -- Andreas Ericsson andreas.ericsson at 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. From Vivek_Bernard at mahindrasatyam.com Tue Sep 11 02:41:12 2012 From: Vivek_Bernard at mahindrasatyam.com (Vivek_Bernard) Date: Tue, 11 Sep 2012 00:41:12 +0000 Subject: [Nagiosplug-devel] Queries obout Check_NT source code Message-ID: <70B8DB4BEAEB344AA9DDDE4FFB64231608810A@BSDMSATMBX002.mahindrasatyam.ad> Hello there, Greetings from India. I was going through the source code of check_nt plug-in and I have some queries. Actually what I'm trying to do is modify the Check_nt module so that it accommodates extra information from NSclient++.exe for e.g. when check_nt does a CPULOAD NSclient++ should respond with perfdata + some extra information. While it is the responsibility of NSclient++ to add that information, I'm really not sure how check_nt parses that. Because I tried dumping the contents of send_buffer and recv_buffer and could make out anything. So can you guys please point me at the right direction where I can get to know more about the standard message structure (header etc.,) of the communication that happnens between Nsclient++ and check_nt . Also I'm guessing that the thing that responds from the other end in checksystem.dll . Am I right? Thanks & Regards, Vivek Bernard ________________________________ DISCLAIMER: This email (including any attachments) is intended for the sole use of the intended recipient/s and may contain material that is CONFIDENTIAL AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or copying or distribution or forwarding of any or all of the contents in this message is STRICTLY PROHIBITED. If you are not the intended recipient, please contact the sender by email and delete all copies; your cooperation in this regard is appreciated. -------------- next part -------------- An HTML attachment was scrubbed... URL: From noreply at sourceforge.net Wed Sep 19 08:36:19 2012 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 18 Sep 2012 23:36:19 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-3569288 ] check_disk does not compile on uclibc (OpenWrt) Message-ID: Bugs item #3569288, was opened at 2012-09-18 23:36 Message generated for change (Tracker Item Submitted) made by krumboeck You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3569288&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Bernd Krumb?ck (krumboeck) Assigned to: Nobody/Anonymous (nobody) Summary: check_disk does not compile on uclibc (OpenWrt) Initial Comment: When you try to compile nagios-plugins for OpenWrt you get following linker error: libtool: link: mips-openwrt-linux-uclibc-gcc -DNP_VERSION=\"1.4.16\" -Os -pipe -mips32r2 -mtune=mips32r2 -funit-at-a-time -fhonour-copts -msoft-float -o check_disk check_disk.o utils.o popen.o -L/home/bek/develop/openwrt/backfire/staging_dir/target-mips_r2_uClibc-0.9.30.1/usr/lib -L/home/bek/develop/openwrt/backfire/staging_dir/target-mips_r2_uClibc-0.9.30.1/lib -L/home/bek/develop/openwrt/backfire/staging_dir/toolchain-mips_r2_gcc-4.3.3+cs_uClibc-0.9.30.1/lib -L/home/bek/develop/openwrt/backfire/build_dir/target-mips_r2_uClibc-0.9.30.1/nagios-plugins-1.4.16/plugins ../lib/libnagiosplug.a ../gl/libgnu.a -lpthread -ldl check_disk.o: In function `get_stats': check_disk.c:(.text+0x57c): undefined reference to `get_fs_usage' check_disk.o: In function `main': check_disk.c:(.text+0x1c84): undefined reference to `get_fs_usage' collect2: ld returned 1 exit status I don't know how uclibc implements statvfs, so my patch could have a side effect (described in fsusage.m4). regards, Bernd ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3569288&group_id=29880 From noreply at sourceforge.net Wed Sep 19 15:45:48 2012 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 19 Sep 2012 06:45:48 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Feature Requests-3569503 ] check_dig: option to require flag is set Message-ID: Feature Requests item #3569503, was opened at 2012-09-19 06:45 Message generated for change (Tracker Item Submitted) made by ulrik_haugen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=3569503&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Private: No Submitted By: Ulrik Haugen (ulrik_haugen) Assigned to: Nobody/Anonymous (nobody) Summary: check_dig: option to require flag is set Initial Comment: I'd like an option to check_dig to require that a flag is set in the reply. This would be of use when checking signed records to insist that the ad flag is set in the reply. While you can just use a validating resolver and expect check_dig to complain about answer missing this gives no warning if the resolver should stop validating for any reason. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=3569503&group_id=29880 From Juan.Torres-Capeles at IGT.com Wed Sep 19 20:02:20 2012 From: Juan.Torres-Capeles at IGT.com (Torres-Capeles.Juan) Date: Wed, 19 Sep 2012 11:02:20 -0700 Subject: [Nagiosplug-devel] CPU Threads Message-ID: <39F7D541D6D40B44AB38956E1244F6690563A36A3BBA@RNOMBX01.is.ad.igt.com> Support. I have in nrpe.cfg as follow: ... command[check_procs]=/usr/lib64/nagios/plugins/check_procs -w $ARG2$ -c $ARG3$ --metric=$ARG4$ $ARG5$ $ARG6$ command[check_proc]=/usr/lib64/nagios/plugins/check_procs -w $ARG2$ -c $ARG3$ -C $ARG4$ ... In what file I set the actual value? Thanks, Juan Torres Sr. Systems & Apps Administrator IV International Game Technology 405 Howard Street Suite 600 San Francisco, CA 94105 W: (415) 229-8365 M: (386) 478-8599 Juan.Torres-Capeles at igt.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From Rick.Garland at quantum.com Wed Sep 19 21:14:00 2012 From: Rick.Garland at quantum.com (Rick Garland) Date: Wed, 19 Sep 2012 19:14:00 +0000 Subject: [Nagiosplug-devel] CPU Threads In-Reply-To: <39F7D541D6D40B44AB38956E1244F6690563A36A3BBA@RNOMBX01.is.ad.igt.com> References: <39F7D541D6D40B44AB38956E1244F6690563A36A3BBA@RNOMBX01.is.ad.igt.com> Message-ID: <08A1CEF5138A9242AEB8C0A376527B550687E87D@ppomsg2> The $ARG$'s would go into the command.cfg on the server and the values would be in your nrpe.cfg Here is an entry from my commands.cfg define command{ command_name check_proc_by_ssh command_line $USER1$/check_by_ssh -H $HOSTADDRESS$ -C '/usr/local/nagios/libexec/check_procs -w $ARG1$ -c $ARG2$ -a $ARG3$ -u $ARG4$' } The nrpe.cfg would hold the values. Rick Garland | Sr UNIX Systems Administrator | Quantum, Corp | Office: 720-249-5984 | cell: 720-210-4671 From: Torres-Capeles.Juan [mailto:Juan.Torres-Capeles at IGT.com] Sent: Wednesday, September 19, 2012 12:02 PM To: nagiosplug-devel at lists.sourceforge.net Subject: [Nagiosplug-devel] CPU Threads Support. I have in nrpe.cfg as follow: ... command[check_procs]=/usr/lib64/nagios/plugins/check_procs -w $ARG2$ -c $ARG3$ --metric=$ARG4$ $ARG5$ $ARG6$ command[check_proc]=/usr/lib64/nagios/plugins/check_procs -w $ARG2$ -c $ARG3$ -C $ARG4$ ... In what file I set the actual value? Thanks, Juan Torres Sr. Systems & Apps Administrator IV International Game Technology 405 Howard Street Suite 600 San Francisco, CA 94105 W: (415) 229-8365 M: (386) 478-8599 Juan.Torres-Capeles at igt.com ---------------------------------------------------------------------- The information contained in this transmission may be confidential. Any disclosure, copying, or further distribution of confidential information is not permitted unless such privilege is explicitly granted in writing by Quantum. Quantum reserves the right to have electronic communications, including email and attachments, sent across its networks filtered through anti virus and spam software programs and retain such messages in order to comply with applicable data security and retention requirements. Quantum is not responsible for the proper and complete transmission of the substance of this communication or for any delay in its receipt. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Juan.Torres-Capeles at IGT.com Thu Sep 20 00:07:04 2012 From: Juan.Torres-Capeles at IGT.com (Torres-Capeles.Juan) Date: Wed, 19 Sep 2012 15:07:04 -0700 Subject: [Nagiosplug-devel] CPU Threads In-Reply-To: <08A1CEF5138A9242AEB8C0A376527B550687E87D@ppomsg2> References: <39F7D541D6D40B44AB38956E1244F6690563A36A3BBA@RNOMBX01.is.ad.igt.com> <08A1CEF5138A9242AEB8C0A376527B550687E87D@ppomsg2> Message-ID: <39F7D541D6D40B44AB38956E1244F6690563A36A3D6B@RNOMBX01.is.ad.igt.com> Rick, I have these entries as well. It is have to be a file which the values can be set-up to have the trigger point. That's what I need. My servers are more frequently accessed and more load is in, which I need to increase the warnings and the critical values to reduce the e-mail traffic. Thanks, J Torres # 'check_local_procs' command definition define command{ command_name check_proc command_line $USER1$/check_procs -w $ARG1$ -c $ARG2$ -C $ARG3$ } # 'check_local_procs' command definition define command{ command_name check_local_procs command_line $USER1$/check_procs -w $ARG1$ -c $ARG2$ $ARG3$ $ARG4$ $ARG5$ $ARG6$ } From: Rick Garland [mailto:Rick.Garland at quantum.com] Sent: Wednesday, September 19, 2012 12:14 PM To: Nagios Plugin Development Mailing List Subject: Re: [Nagiosplug-devel] CPU Threads The $ARG$'s would go into the command.cfg on the server and the values would be in your nrpe.cfg Here is an entry from my commands.cfg define command{ command_name check_proc_by_ssh command_line $USER1$/check_by_ssh -H $HOSTADDRESS$ -C '/usr/local/nagios/libexec/check_procs -w $ARG1$ -c $ARG2$ -a $ARG3$ -u $ARG4$' } The nrpe.cfg would hold the values. Rick Garland | Sr UNIX Systems Administrator | Quantum, Corp | Office: 720-249-5984 | cell: 720-210-4671 From: Torres-Capeles.Juan [mailto:Juan.Torres-Capeles at IGT.com] Sent: Wednesday, September 19, 2012 12:02 PM To: nagiosplug-devel at lists.sourceforge.net Subject: [Nagiosplug-devel] CPU Threads Support. I have in nrpe.cfg as follow: ... command[check_procs]=/usr/lib64/nagios/plugins/check_procs -w $ARG2$ -c $ARG3$ --metric=$ARG4$ $ARG5$ $ARG6$ command[check_proc]=/usr/lib64/nagios/plugins/check_procs -w $ARG2$ -c $ARG3$ -C $ARG4$ ... In what file I set the actual value? Thanks, Juan Torres Sr. Systems & Apps Administrator IV International Game Technology 405 Howard Street Suite 600 San Francisco, CA 94105 W: (415) 229-8365 M: (386) 478-8599 Juan.Torres-Capeles at igt.com ________________________________ The information contained in this transmission may be confidential. Any disclosure, copying, or further distribution of confidential information is not permitted unless such privilege is explicitly granted in writing by Quantum. Quantum reserves the right to have electronic communications, including email and attachments, sent across its networks filtered through anti virus and spam software programs and retain such messages in order to comply with applicable data security and retention requirements. Quantum is not responsible for the proper and complete transmission of the substance of this communication or for any delay in its receipt. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Rick.Garland at quantum.com Thu Sep 20 00:39:43 2012 From: Rick.Garland at quantum.com (Rick Garland) Date: Wed, 19 Sep 2012 22:39:43 +0000 Subject: [Nagiosplug-devel] CPU Threads In-Reply-To: <39F7D541D6D40B44AB38956E1244F6690563A36A3D6B@RNOMBX01.is.ad.igt.com> References: <39F7D541D6D40B44AB38956E1244F6690563A36A3BBA@RNOMBX01.is.ad.igt.com> <08A1CEF5138A9242AEB8C0A376527B550687E87D@ppomsg2> <39F7D541D6D40B44AB38956E1244F6690563A36A3D6B@RNOMBX01.is.ad.igt.com> Message-ID: <08A1CEF5138A9242AEB8C0A376527B550687EB0A@ppomsg2> Here are a couple check commands that were provided. This is from a nrpe.cfg file on monitored system The 1st line, the -w is $ARG1$, -c is $ARG2$, -s is $ARG3$ ARG1=5 ARG2=10 ARG3=Z The 2nd line is $ARG1$ and $ARG2$ ARG1=350 ARG2=500 command[check_zombie_procs]=/usr/local/nagios/libexec/check_procs -w 5 -c 10 -s Z command[check_total_procs]=/usr/local/nagios/libexec/check_procs -w 350 -c 500 NOTE: this is just 1 way of doing it. Rick Garland | Sr UNIX Systems Administrator From: Torres-Capeles.Juan [mailto:Juan.Torres-Capeles at IGT.com] Sent: Wednesday, September 19, 2012 4:07 PM To: Nagios Plugin Development Mailing List Subject: Re: [Nagiosplug-devel] CPU Threads Rick, I have these entries as well. It is have to be a file which the values can be set-up to have the trigger point. That's what I need. My servers are more frequently accessed and more load is in, which I need to increase the warnings and the critical values to reduce the e-mail traffic. Thanks, J Torres # 'check_local_procs' command definition define command{ command_name check_proc command_line $USER1$/check_procs -w $ARG1$ -c $ARG2$ -C $ARG3$ } # 'check_local_procs' command definition define command{ command_name check_local_procs command_line $USER1$/check_procs -w $ARG1$ -c $ARG2$ $ARG3$ $ARG4$ $ARG5$ $ARG6$ } From: Rick Garland [mailto:Rick.Garland at quantum.com] Sent: Wednesday, September 19, 2012 12:14 PM To: Nagios Plugin Development Mailing List Subject: Re: [Nagiosplug-devel] CPU Threads The $ARG$'s would go into the command.cfg on the server and the values would be in your nrpe.cfg Here is an entry from my commands.cfg define command{ command_name check_proc_by_ssh command_line $USER1$/check_by_ssh -H $HOSTADDRESS$ -C '/usr/local/nagios/libexec/check_procs -w $ARG1$ -c $ARG2$ -a $ARG3$ -u $ARG4$' } The nrpe.cfg would hold the values. Rick Garland | Sr UNIX Systems Administrator | Quantum, Corp | Office: 720-249-5984 | cell: 720-210-4671 From: Torres-Capeles.Juan [mailto:Juan.Torres-Capeles at IGT.com] Sent: Wednesday, September 19, 2012 12:02 PM To: nagiosplug-devel at lists.sourceforge.net Subject: [Nagiosplug-devel] CPU Threads Support. I have in nrpe.cfg as follow: ... command[check_procs]=/usr/lib64/nagios/plugins/check_procs -w $ARG2$ -c $ARG3$ --metric=$ARG4$ $ARG5$ $ARG6$ command[check_proc]=/usr/lib64/nagios/plugins/check_procs -w $ARG2$ -c $ARG3$ -C $ARG4$ ... In what file I set the actual value? Thanks, Juan Torres Sr. Systems & Apps Administrator IV International Game Technology 405 Howard Street Suite 600 San Francisco, CA 94105 W: (415) 229-8365 M: (386) 478-8599 Juan.Torres-Capeles at igt.com ________________________________ The information contained in this transmission may be confidential. Any disclosure, copying, or further distribution of confidential information is not permitted unless such privilege is explicitly granted in writing by Quantum. Quantum reserves the right to have electronic communications, including email and attachments, sent across its networks filtered through anti virus and spam software programs and retain such messages in order to comply with applicable data security and retention requirements. Quantum is not responsible for the proper and complete transmission of the substance of this communication or for any delay in its receipt. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Juan.Torres-Capeles at IGT.com Thu Sep 20 00:46:05 2012 From: Juan.Torres-Capeles at IGT.com (Torres-Capeles.Juan) Date: Wed, 19 Sep 2012 15:46:05 -0700 Subject: [Nagiosplug-devel] CPU Threads In-Reply-To: <08A1CEF5138A9242AEB8C0A376527B550687EB0A@ppomsg2> References: <39F7D541D6D40B44AB38956E1244F6690563A36A3BBA@RNOMBX01.is.ad.igt.com> <08A1CEF5138A9242AEB8C0A376527B550687E87D@ppomsg2> <39F7D541D6D40B44AB38956E1244F6690563A36A3D6B@RNOMBX01.is.ad.igt.com> <08A1CEF5138A9242AEB8C0A376527B550687EB0A@ppomsg2> Message-ID: <39F7D541D6D40B44AB38956E1244F6690563A36A3DA7@RNOMBX01.is.ad.igt.com> Rick, Correct, I knew it. I have CF-engine and Puppet which I know that NAGIOS has this specific file that I can write all the parameters to push out across all servers, but so far I do not know where is this file.... Thanks! From: Rick Garland [mailto:Rick.Garland at quantum.com] Sent: Wednesday, September 19, 2012 3:40 PM To: Nagios Plugin Development Mailing List Subject: Re: [Nagiosplug-devel] CPU Threads Here are a couple check commands that were provided. This is from a nrpe.cfg file on monitored system The 1st line, the -w is $ARG1$, -c is $ARG2$, -s is $ARG3$ ARG1=5 ARG2=10 ARG3=Z The 2nd line is $ARG1$ and $ARG2$ ARG1=350 ARG2=500 command[check_zombie_procs]=/usr/local/nagios/libexec/check_procs -w 5 -c 10 -s Z command[check_total_procs]=/usr/local/nagios/libexec/check_procs -w 350 -c 500 NOTE: this is just 1 way of doing it. Rick Garland | Sr UNIX Systems Administrator From: Torres-Capeles.Juan [mailto:Juan.Torres-Capeles at IGT.com] Sent: Wednesday, September 19, 2012 4:07 PM To: Nagios Plugin Development Mailing List Subject: Re: [Nagiosplug-devel] CPU Threads Rick, I have these entries as well. It is have to be a file which the values can be set-up to have the trigger point. That's what I need. My servers are more frequently accessed and more load is in, which I need to increase the warnings and the critical values to reduce the e-mail traffic. Thanks, J Torres # 'check_local_procs' command definition define command{ command_name check_proc command_line $USER1$/check_procs -w $ARG1$ -c $ARG2$ -C $ARG3$ } # 'check_local_procs' command definition define command{ command_name check_local_procs command_line $USER1$/check_procs -w $ARG1$ -c $ARG2$ $ARG3$ $ARG4$ $ARG5$ $ARG6$ } From: Rick Garland [mailto:Rick.Garland at quantum.com] Sent: Wednesday, September 19, 2012 12:14 PM To: Nagios Plugin Development Mailing List Subject: Re: [Nagiosplug-devel] CPU Threads The $ARG$'s would go into the command.cfg on the server and the values would be in your nrpe.cfg Here is an entry from my commands.cfg define command{ command_name check_proc_by_ssh command_line $USER1$/check_by_ssh -H $HOSTADDRESS$ -C '/usr/local/nagios/libexec/check_procs -w $ARG1$ -c $ARG2$ -a $ARG3$ -u $ARG4$' } The nrpe.cfg would hold the values. Rick Garland | Sr UNIX Systems Administrator | Quantum, Corp | Office: 720-249-5984 | cell: 720-210-4671 From: Torres-Capeles.Juan [mailto:Juan.Torres-Capeles at IGT.com] Sent: Wednesday, September 19, 2012 12:02 PM To: nagiosplug-devel at lists.sourceforge.net Subject: [Nagiosplug-devel] CPU Threads Support. I have in nrpe.cfg as follow: ... command[check_procs]=/usr/lib64/nagios/plugins/check_procs -w $ARG2$ -c $ARG3$ --metric=$ARG4$ $ARG5$ $ARG6$ command[check_proc]=/usr/lib64/nagios/plugins/check_procs -w $ARG2$ -c $ARG3$ -C $ARG4$ ... In what file I set the actual value? Thanks, Juan Torres Sr. Systems & Apps Administrator IV International Game Technology 405 Howard Street Suite 600 San Francisco, CA 94105 W: (415) 229-8365 M: (386) 478-8599 Juan.Torres-Capeles at igt.com ________________________________ The information contained in this transmission may be confidential. Any disclosure, copying, or further distribution of confidential information is not permitted unless such privilege is explicitly granted in writing by Quantum. Quantum reserves the right to have electronic communications, including email and attachments, sent across its networks filtered through anti virus and spam software programs and retain such messages in order to comply with applicable data security and retention requirements. Quantum is not responsible for the proper and complete transmission of the substance of this communication or for any delay in its receipt. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Rick.Garland at quantum.com Thu Sep 20 00:59:26 2012 From: Rick.Garland at quantum.com (Rick Garland) Date: Wed, 19 Sep 2012 22:59:26 +0000 Subject: [Nagiosplug-devel] CPU Threads In-Reply-To: <39F7D541D6D40B44AB38956E1244F6690563A36A3DA7@RNOMBX01.is.ad.igt.com> References: <39F7D541D6D40B44AB38956E1244F6690563A36A3BBA@RNOMBX01.is.ad.igt.com> <08A1CEF5138A9242AEB8C0A376527B550687E87D@ppomsg2> <39F7D541D6D40B44AB38956E1244F6690563A36A3D6B@RNOMBX01.is.ad.igt.com> <08A1CEF5138A9242AEB8C0A376527B550687EB0A@ppomsg2> <39F7D541D6D40B44AB38956E1244F6690563A36A3DA7@RNOMBX01.is.ad.igt.com> Message-ID: <08A1CEF5138A9242AEB8C0A376527B550687EB4D@ppomsg2> Sorry. I am not familiar with those utilities. I roll my own. Rick Garland | Sr UNIX Systems Administrator | Quantum, Corp | Office: 720-249-5984 | cell: 720-210-4671 From: Torres-Capeles.Juan [mailto:Juan.Torres-Capeles at IGT.com] Sent: Wednesday, September 19, 2012 4:46 PM To: Nagios Plugin Development Mailing List Subject: Re: [Nagiosplug-devel] CPU Threads Rick, Correct, I knew it. I have CF-engine and Puppet which I know that NAGIOS has this specific file that I can write all the parameters to push out across all servers, but so far I do not know where is this file.... Thanks! From: Rick Garland [mailto:Rick.Garland at quantum.com] Sent: Wednesday, September 19, 2012 3:40 PM To: Nagios Plugin Development Mailing List Subject: Re: [Nagiosplug-devel] CPU Threads Here are a couple check commands that were provided. This is from a nrpe.cfg file on monitored system The 1st line, the -w is $ARG1$, -c is $ARG2$, -s is $ARG3$ ARG1=5 ARG2=10 ARG3=Z The 2nd line is $ARG1$ and $ARG2$ ARG1=350 ARG2=500 command[check_zombie_procs]=/usr/local/nagios/libexec/check_procs -w 5 -c 10 -s Z command[check_total_procs]=/usr/local/nagios/libexec/check_procs -w 350 -c 500 NOTE: this is just 1 way of doing it. Rick Garland | Sr UNIX Systems Administrator From: Torres-Capeles.Juan [mailto:Juan.Torres-Capeles at IGT.com] Sent: Wednesday, September 19, 2012 4:07 PM To: Nagios Plugin Development Mailing List Subject: Re: [Nagiosplug-devel] CPU Threads Rick, I have these entries as well. It is have to be a file which the values can be set-up to have the trigger point. That's what I need. My servers are more frequently accessed and more load is in, which I need to increase the warnings and the critical values to reduce the e-mail traffic. Thanks, J Torres # 'check_local_procs' command definition define command{ command_name check_proc command_line $USER1$/check_procs -w $ARG1$ -c $ARG2$ -C $ARG3$ } # 'check_local_procs' command definition define command{ command_name check_local_procs command_line $USER1$/check_procs -w $ARG1$ -c $ARG2$ $ARG3$ $ARG4$ $ARG5$ $ARG6$ } From: Rick Garland [mailto:Rick.Garland at quantum.com] Sent: Wednesday, September 19, 2012 12:14 PM To: Nagios Plugin Development Mailing List Subject: Re: [Nagiosplug-devel] CPU Threads The $ARG$'s would go into the command.cfg on the server and the values would be in your nrpe.cfg Here is an entry from my commands.cfg define command{ command_name check_proc_by_ssh command_line $USER1$/check_by_ssh -H $HOSTADDRESS$ -C '/usr/local/nagios/libexec/check_procs -w $ARG1$ -c $ARG2$ -a $ARG3$ -u $ARG4$' } The nrpe.cfg would hold the values. Rick Garland | Sr UNIX Systems Administrator | Quantum, Corp | Office: 720-249-5984 | cell: 720-210-4671 From: Torres-Capeles.Juan [mailto:Juan.Torres-Capeles at IGT.com] Sent: Wednesday, September 19, 2012 12:02 PM To: nagiosplug-devel at lists.sourceforge.net Subject: [Nagiosplug-devel] CPU Threads Support. I have in nrpe.cfg as follow: ... command[check_procs]=/usr/lib64/nagios/plugins/check_procs -w $ARG2$ -c $ARG3$ --metric=$ARG4$ $ARG5$ $ARG6$ command[check_proc]=/usr/lib64/nagios/plugins/check_procs -w $ARG2$ -c $ARG3$ -C $ARG4$ ... In what file I set the actual value? Thanks, Juan Torres Sr. Systems & Apps Administrator IV International Game Technology 405 Howard Street Suite 600 San Francisco, CA 94105 W: (415) 229-8365 M: (386) 478-8599 Juan.Torres-Capeles at igt.com ________________________________ The information contained in this transmission may be confidential. Any disclosure, copying, or further distribution of confidential information is not permitted unless such privilege is explicitly granted in writing by Quantum. Quantum reserves the right to have electronic communications, including email and attachments, sent across its networks filtered through anti virus and spam software programs and retain such messages in order to comply with applicable data security and retention requirements. Quantum is not responsible for the proper and complete transmission of the substance of this communication or for any delay in its receipt. -------------- next part -------------- An HTML attachment was scrubbed... URL: From noreply at sourceforge.net Mon Sep 24 23:14:29 2012 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 24 Sep 2012 14:14:29 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-3571331 ] check_http converts semicolon to newline in -k Message-ID: Bugs item #3571331, was opened at 2012-09-24 14:14 Message generated for change (Tracker Item Submitted) made by rpsmart You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3571331&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Argument proccessing Group: release-1.4.15 Status: Open Resolution: None Priority: 5 Private: No Submitted By: RudolfPotucekSmart (rpsmart) Assigned to: Nobody/Anonymous (nobody) Summary: check_http converts semicolon to newline in -k Initial Comment: When trying to pass Accept: headers, which are supposed to contain semicolons, using the -k option then the semicolon is converted to a newline (verified using snapshot version 1.4.16-38-g4cdd on RHEL 6.3 and recording request using tcpdump: call: ./nagios-plugins-1.4.16-38-g4cdd/plugins/check_http -I obfuscated -H obfuscated -k 'Accept: application/json;charset=UTF-8' -u obfuscated tcpdump / wireshark: GET ofuscated HTTP/1.1 User-Agent: check_http/v1.4.16-38-g4cdd (nagios-plugins 1.4.16) Connection: close Host: obfuscated Accept: application/json charset=UTF-8 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3571331&group_id=29880 From noreply at sourceforge.net Sat Sep 29 01:01:00 2012 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 28 Sep 2012 16:01:00 -0700 Subject: [Nagiosplug-devel] =?utf-8?q?=5B_nagiosplug-Bugs-3572875_=5D_drop?= =?utf-8?q?_=22SERVICE_STATUS=3A_=22_from_all_plugin=E2=80=99s_output_+_th?= =?utf-8?q?e_guide?= Message-ID: Bugs item #3572875, was opened at 2012-09-28 16:01 Message generated for change (Tracker Item Submitted) made by calestyo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3572875&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: C?lestyo (calestyo) Assigned to: Nobody/Anonymous (nobody) Summary: drop "SERVICE STATUS: " from all plugin?s output + the guide Initial Comment: Hi. First, the Nagios plug-in development guidlines (http://nagiosplug.sourceforge.net/developer-guidelines.html) seem to be quite outdated (e.g. not really knowing about multi-line output, etc.). But in general I propose the following (and would also be willing to help with patches, if it was accepted): - In section 2.1. (http://nagiosplug.sourceforge.net/developer-guidelines.html#AEN33) of the Nagios plug-in development guidlines, drop the recommendation of adding "SERVICE STATUS: " to the output and actually recommend _against_ it. - In all plugins from the Nagios plugin package, remove the according output. Reasons and motivation: 1) The output is superfluous: With respect to the status: All clients/UIs/GUIs I've ever seen (including the majors, Nagios-CGI, Icinga-CGI and Icinga-Web) use (indirectly) the exit status of the programs (as it is defined) and show it anyway in a separate field, and/or marked with colours. With respect to the "plugin name": All clients/UIs/GUIs I've ever seen (including the majors, Nagios-CGI, Icinga-CGI and Icinga-Web) show that name of the check_command anyway. 2) The ouput is not authoritative (and maybe wrong or at least confusing). With respect to the status: There is no guarantee, that plugins _print_ the right status; only the exit code is authoriative with respect to Nagios/Icinga. So at best it's correct (but doubled) information? at worst it?s wrong and confusing. With respect to the "plugin name": The actual name (encoded in a check program) is not necessarily equal or even related to the way the check is used. A (poor example), check_ping is also used as host-available-check... another example,.. one might even use check_ssh as host-available-check. Printing SSH OK there is rather confusing; the service name (i.e. the description) is usually much better information on what is checked. 3) It wastes precious space and adds confusing text "SERVICE STATUS: " wastes text space not only when displaying stuff in moibile devices, but also on normal desktop computer, where one e.g. wants to use the space for displaying more columns with information abot a check.... or more from the "actual" text outpu. Further it "misaligns" output, e.g. consider check_apt which shows me the number of available updates, which would be about like that: APT OK: 0 security updates, 0 other updates APT WARNING: 0 security updates, 2 other updates APT CRITICAL: 1 security updates, 5 other updates When you have a long table of such checks, it would be nice if all that is rather aligned, but given that OK, WARNING, CRITICAL, etc. have different lengths,... it is not. Without "SERVICE STATUS: " the above output would be much better aligned and therefore much easier to read: 0 security updates, 0 other updates 0 security updates, 2 other updates 1 security updates, 5 other updates Cheers, Chris. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3572875&group_id=29880 From noreply at sourceforge.net Sat Sep 29 20:31:29 2012 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 29 Sep 2012 11:31:29 -0700 Subject: [Nagiosplug-devel] =?utf-8?q?=5B_nagiosplug-Bugs-3572875_=5D_drop?= =?utf-8?q?_=22SERVICE_STATUS=3A_=22_from_all_plugin=E2=80=99s_output_+_th?= =?utf-8?q?e_guide?= Message-ID: Bugs item #3572875, was opened at 2012-09-28 16:01 Message generated for change (Settings changed) made by hweiss You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3572875&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: C?lestyo (calestyo) >Assigned to: Holger Weiss (hweiss) Summary: drop "SERVICE STATUS: " from all plugin?s output + the guide Initial Comment: Hi. First, the Nagios plug-in development guidlines (http://nagiosplug.sourceforge.net/developer-guidelines.html) seem to be quite outdated (e.g. not really knowing about multi-line output, etc.). But in general I propose the following (and would also be willing to help with patches, if it was accepted): - In section 2.1. (http://nagiosplug.sourceforge.net/developer-guidelines.html#AEN33) of the Nagios plug-in development guidlines, drop the recommendation of adding "SERVICE STATUS: " to the output and actually recommend _against_ it. - In all plugins from the Nagios plugin package, remove the according output. Reasons and motivation: 1) The output is superfluous: With respect to the status: All clients/UIs/GUIs I've ever seen (including the majors, Nagios-CGI, Icinga-CGI and Icinga-Web) use (indirectly) the exit status of the programs (as it is defined) and show it anyway in a separate field, and/or marked with colours. With respect to the "plugin name": All clients/UIs/GUIs I've ever seen (including the majors, Nagios-CGI, Icinga-CGI and Icinga-Web) show that name of the check_command anyway. 2) The ouput is not authoritative (and maybe wrong or at least confusing). With respect to the status: There is no guarantee, that plugins _print_ the right status; only the exit code is authoriative with respect to Nagios/Icinga. So at best it's correct (but doubled) information? at worst it?s wrong and confusing. With respect to the "plugin name": The actual name (encoded in a check program) is not necessarily equal or even related to the way the check is used. A (poor example), check_ping is also used as host-available-check... another example,.. one might even use check_ssh as host-available-check. Printing SSH OK there is rather confusing; the service name (i.e. the description) is usually much better information on what is checked. 3) It wastes precious space and adds confusing text "SERVICE STATUS: " wastes text space not only when displaying stuff in moibile devices, but also on normal desktop computer, where one e.g. wants to use the space for displaying more columns with information abot a check.... or more from the "actual" text outpu. Further it "misaligns" output, e.g. consider check_apt which shows me the number of available updates, which would be about like that: APT OK: 0 security updates, 0 other updates APT WARNING: 0 security updates, 2 other updates APT CRITICAL: 1 security updates, 5 other updates When you have a long table of such checks, it would be nice if all that is rather aligned, but given that OK, WARNING, CRITICAL, etc. have different lengths,... it is not. Without "SERVICE STATUS: " the above output would be much better aligned and therefore much easier to read: 0 security updates, 0 other updates 0 security updates, 2 other updates 1 security updates, 5 other updates Cheers, Chris. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3572875&group_id=29880