From noreply at sourceforge.net Tue Oct 2 17:11:04 2012 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 02 Oct 2012 08:11:04 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-3573821 ] Please add "use sudo" option to check_mailq Message-ID: Patches item #3573821, was opened at 2012-10-02 08:11 Message generated for change (Tracker Item Submitted) made by chris_schultz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=3573821&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: Enhancement Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Christopher Schultz (chris_schultz) Assigned to: Nobody/Anonymous (nobody) Summary: Please add "use sudo" option to check_mailq Initial Comment: Using check_mailq 1.4.15. The check_mailq plug-in calls /usr/bin/mailq which, in my environments, requires root access. This is easily accomplished by giving nagios sudo access to /usr/bin/mailq but check_mailq needs to call sudo in order to use those privileges. I have made a small patch that accomplishes this goal with an additional parameter (-s or --sudo). The user still needs to edit /etc/sudoers to give the nagios user permissions to execute /usr/bin/mailq without a password. I attached my patch to my original issue report over at the old Nagios plugins tracker here: http://tracker.nagios.org/view.php?id=368 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=3573821&group_id=29880 From noreply at sourceforge.net Tue Oct 2 18:13:00 2012 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 02 Oct 2012 09:13:00 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-3573832 ] check_snmp - integer parsing Message-ID: Bugs item #3573832, was opened at 2012-10-02 09:13 Message generated for change (Tracker Item Submitted) made by porjo38 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3573832&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: Parsing problem Group: Release (specify) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ian (porjo38) Assigned to: Nobody/Anonymous (nobody) Summary: check_snmp - integer parsing Initial Comment: Plugin Version: check_snmp v1.4.16 (nagios-plugins 1.4.16) Plugin Name: check_snmp Operating System: Centos Linux 5 Architecture: Intel 32bit Compiler: gcc I am monitoring the power supply status on an APC PDU device. The snmp query returns integer 1 when status is good and integer 2 when status bad. In order to test this with check_snmp I'm attempting to set a '-c' value that will make the check fail. I would expect that setting '-c 1' should result in CRITICAL and yet it doesn't: ./check_snmp -H 10.254.254.119 -o .1.3.6.1.4.1.318.1.1.12.4.1.1.0 -C netben -c 1 -v /usr/bin/snmpget -t 1 -r 5 -m '' -v 1 [authpriv] 10.254.254.119:161 .1.3.6.1.4.1.318.1.1.12.4.1.1.0 iso.3.6.1.4.1.318.1.1.12.4.1.1.0 = INTEGER: 1 SNMP OK - 1 | iso.3.6.1.4.1.318.1.1.12.4.1.1.0=1 I've found that if I use '-c 2:2', I get the result I would expect....but yet that makes no sense!? ./check_snmp -H 10.254.254.119 -o .1.3.6.1.4.1.318.1.1.12.4.1.1.0 -C netben -c 2:2 -v /usr/bin/snmpget -t 1 -r 5 -m '' -v 1 [authpriv] 10.254.254.119:161 .1.3.6.1.4.1.318.1.1.12.4.1.1.0 iso.3.6.1.4.1.318.1.1.12.4.1.1.0 = INTEGER: 1 SNMP CRITICAL - *1* | iso.3.6.1.4.1.318.1.1.12.4.1.1.0=1 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3573832&group_id=29880 From noreply at sourceforge.net Tue Oct 2 21:16:26 2012 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 02 Oct 2012 12:16:26 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-3573832 ] check_snmp - integer parsing Message-ID: Bugs item #3573832, was opened at 2012-10-02 09:13 Message generated for change (Comment added) made by porjo38 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3573832&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: Parsing problem Group: Release (specify) >Status: Closed >Resolution: Invalid Priority: 5 Private: No Submitted By: Ian (porjo38) Assigned to: Nobody/Anonymous (nobody) Summary: check_snmp - integer parsing Initial Comment: Plugin Version: check_snmp v1.4.16 (nagios-plugins 1.4.16) Plugin Name: check_snmp Operating System: Centos Linux 5 Architecture: Intel 32bit Compiler: gcc I am monitoring the power supply status on an APC PDU device. The snmp query returns integer 1 when status is good and integer 2 when status bad. In order to test this with check_snmp I'm attempting to set a '-c' value that will make the check fail. I would expect that setting '-c 1' should result in CRITICAL and yet it doesn't: ./check_snmp -H 10.254.254.119 -o .1.3.6.1.4.1.318.1.1.12.4.1.1.0 -C netben -c 1 -v /usr/bin/snmpget -t 1 -r 5 -m '' -v 1 [authpriv] 10.254.254.119:161 .1.3.6.1.4.1.318.1.1.12.4.1.1.0 iso.3.6.1.4.1.318.1.1.12.4.1.1.0 = INTEGER: 1 SNMP OK - 1 | iso.3.6.1.4.1.318.1.1.12.4.1.1.0=1 I've found that if I use '-c 2:2', I get the result I would expect....but yet that makes no sense!? ./check_snmp -H 10.254.254.119 -o .1.3.6.1.4.1.318.1.1.12.4.1.1.0 -C netben -c 2:2 -v /usr/bin/snmpget -t 1 -r 5 -m '' -v 1 [authpriv] 10.254.254.119:161 .1.3.6.1.4.1.318.1.1.12.4.1.1.0 iso.3.6.1.4.1.318.1.1.12.4.1.1.0 = INTEGER: 1 SNMP CRITICAL - *1* | iso.3.6.1.4.1.318.1.1.12.4.1.1.0=1 ---------------------------------------------------------------------- >Comment By: Ian (porjo38) Date: 2012-10-02 12:16 Message: Looking at the source code I realised that I was simply misunderstanding the way the threshold range checking works. I've been using Nagios for years and never realised this!! This page (linked from the check_snmp man page) explains it well: http://nagiosplug.sourceforge.net/developer-guidelines.html#THRESHOLDFORMAT ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3573832&group_id=2988 From noreply at sourceforge.net Wed Oct 3 20:07:06 2012 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 03 Oct 2012 11:07:06 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Feature Requests-3574197 ] check_ssh add --fingerprint option Message-ID: Feature Requests item #3574197, was opened at 2012-10-03 11:07 Message generated for change (Tracker Item Submitted) made by zugschlus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=3574197&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: Marc Haber (zugschlus) Assigned to: Nobody/Anonymous (nobody) Summary: check_ssh add --fingerprint option Initial Comment: Hi, please consider adding to the check_ssh plugin a check whether the fingerprint is what we expected. One would configure into the check the expected fingerprint, and the check would go into warning or critical if the fingerprint presented by the remote sshd is not what we expected. Greetings Marc ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=3574197&group_id=29880 From noreply at sourceforge.net Wed Oct 3 20:52:32 2012 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 03 Oct 2012 11:52:32 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Feature Requests-3574197 ] check_ssh add --fingerprint option Message-ID: Feature Requests item #3574197, was opened at 2012-10-03 11:07 Message generated for change (Comment added) made by j-bern You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=3574197&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: Marc Haber (zugschlus) Assigned to: Nobody/Anonymous (nobody) Summary: check_ssh add --fingerprint option Initial Comment: Hi, please consider adding to the check_ssh plugin a check whether the fingerprint is what we expected. One would configure into the check the expected fingerprint, and the check would go into warning or critical if the fingerprint presented by the remote sshd is not what we expected. Greetings Marc ---------------------------------------------------------------------- Comment By: J. Bern (j-bern) Date: 2012-10-03 11:52 Message: I'm afraid that you're expecting a bit much from good ol' check_ssh here. It makes the TCP connection and has a look at the server hello to determine the server's versions, but it never proceeds into the crypto setup stages, which it would need to do to actually obtain the server's pubkey. However, any service check using *check_by_ssh* against the target machine - and assuming the usual ssh config params - should yell bloody murder (well, actually "@@@@@@@@@@@@",the first line of ssh's "someone might be doing something nasty" warning) when the host's pubkey has changed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=3574197&group_id=29880 From Troy.Lea at strategicgroup.net.au Fri Oct 5 02:38:43 2012 From: Troy.Lea at strategicgroup.net.au (Troy Lea) Date: Fri, 5 Oct 2012 10:38:43 +1000 Subject: [Nagiosplug-devel] check_snmp suggestion Message-ID: <5FAC2958AAF56046ABD2D536E5B5C3A5426859D586@VAULT12.VAULT.local> I would like the option of not producing any performance data. For example: check_snmp -H 10.250.151.1 -o IF-MIB::ifMtu.3 -C public -P 2c Output: SNMP OK - 1460 | IF-MIB::ifMtu.3=1460 I don't really care about the performance data for this check, I am only using it for auditing purposes. I suggest an option like -noperfdata that would product the following output: SNMP OK - 1460 Troy Lea Senior VAULT Infrastructure Engineer VCP3,VCP4,VTSP,VSP,MCP P: +61 2 4921 8218 F: + 61 2 4962 5102 troy.lea at strategicgroup.net.au [cid:image001.jpg at 01CDA2E3.8A232F50] ________________________________ Confidentiality: The contents of this e-mail are confidential. The contents are intended only for the named recipient of this e-mail. If the reader of this e-mail is not the intended recipient you are hereby notified that any use, reproduction, disclosure or distribution of the information contained in the e-mail is prohibited. If you have received this e-mail in error please reply to us immediately and delete the document. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 31898 bytes Desc: image001.jpg URL: From michael.friedrich at gmail.com Fri Oct 5 09:47:39 2012 From: michael.friedrich at gmail.com (Michael Friedrich) Date: Fri, 05 Oct 2012 09:47:39 +0200 Subject: [Nagiosplug-devel] check_snmp suggestion In-Reply-To: <5FAC2958AAF56046ABD2D536E5B5C3A5426859D586@VAULT12.VAULT.local> References: <5FAC2958AAF56046ABD2D536E5B5C3A5426859D586@VAULT12.VAULT.local> Message-ID: <506E909B.7030007@gmail.com> On 05.10.2012 02:38, Troy Lea wrote: > > I would like the option of not producing any performance data. > > For example: > > check_snmp -H 10.250.151.1 -o IF-MIB::ifMtu.3 -C public -P 2c > > Output: > > SNMP OK - 1460 | IF-MIB::ifMtu.3=1460 > > I don?t really care about the performance data for this check, I am > only using it for auditing purposes. I suggest an option like > -noperfdata that would product the following output: > > SNMP OK - 1460 > how about setting process_perf_data=0 in your nagios/icinga service object config? > > > > *Troy Lea > Senior VAULT Infrastructure Engineer* > > *VCP3,VCP4,VTSP,VSP,MCP* > > P: +61 2 4921 8218 > F: + 61 2 4962 5102 _ > troy.lea at strategicgroup.net.au > _ > > > > > > ------------------------------------------------------------------------ > Confidentiality: The contents of this e-mail are confidential. The > contents are intended only for the named recipient of this e-mail. If > the reader of this e-mail is not the intended recipient you are hereby > notified that any use, reproduction, disclosure or distribution of the > information contained in the e-mail is prohibited. If you have > received this e-mail in error please reply to us immediately and > delete the document. > > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > > > _______________________________________________________ > 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 -- DI (FH) Michael Friedrich mail: michael.friedrich at gmail.com twitter: https://twitter.com/dnsmichi jabber: dnsmichi at jabber.ccc.de irc: irc.freenode.net/icinga dnsmichi icinga open source monitoring position: lead core developer url: https://www.icinga.org From Jochen.Bern at LINworks.de Fri Oct 5 11:21:40 2012 From: Jochen.Bern at LINworks.de (Jochen Bern) Date: Fri, 05 Oct 2012 11:21:40 +0200 Subject: [Nagiosplug-devel] check_snmp suggestion In-Reply-To: <506E909B.7030007@gmail.com> References: <5FAC2958AAF56046ABD2D536E5B5C3A5426859D586@VAULT12.VAULT.local> <506E909B.7030007@gmail.com> Message-ID: <506EA6A4.6020701@LINworks.de> On 05.10.2012 09:47, Michael Friedrich wrote: > On 05.10.2012 02:38, Troy Lea wrote: >> I would like the option of not producing any performance data. > > how about setting process_perf_data=0 in your nagios/icinga service > object config? Or a pretty simple wrapper usable on top of *all* plugins, if one'ld like to have the perfdata removed from the UI as well. $ cat TMP31 OK - the foo is bar'd | yoink=0 make me multiline output | left=1 right=2 floored_pedal=100% $ sed -e '1s/|.*//' -e 's/|.*/|/' -e '/|/q' TMP31 OK - the foo is bar'd make me multiline output | Regards, J. Bern -- *NEU* - NEC IT-Infrastruktur-Produkte im : Server--Storage--Virtualisierung--Management SW--Passion for Performance Jochen Bern, Systemingenieur --- LINworks GmbH Postfach 100121, 64201 Darmstadt | Robert-Koch-Str. 9, 64331 Weiterstadt PGP (1024D/4096g) FP = D18B 41B1 16C0 11BA 7F8C DCF7 E1D5 FAF4 444E 1C27 Tel. +49 6151 9067-231, Zentr. -0, Fax -299 - Amtsg. Darmstadt HRB 85202 Unternehmenssitz Weiterstadt, Gesch?ftsf?hrer Metin Dogan, Oliver Michel From Troy.Lea at strategicgroup.net.au Sun Oct 7 02:34:51 2012 From: Troy.Lea at strategicgroup.net.au (Troy Lea) Date: Sun, 7 Oct 2012 11:34:51 +1100 Subject: [Nagiosplug-devel] check_snmp suggestion In-Reply-To: <506E909B.7030007@gmail.com> References: <5FAC2958AAF56046ABD2D536E5B5C3A5426859D586@VAULT12.VAULT.local> <506E909B.7030007@gmail.com> Message-ID: <5FAC2958AAF56046ABD2D536E5B5C3A5426859D58C@VAULT12.VAULT.local> Michael, Excellent answer / solution. Today I have learnt something new and once again Nagios shows how flexible and powerful it is. Sincerely ? Troy Lea Senior VAULT Infrastructure Engineer VCP3,VCP4,VTSP,VSP,MCP P: +61 2 4921 8218 F: + 61 2 4962 5102 troy.lea at strategicgroup.net.au -----Original Message----- From: Michael Friedrich [mailto:michael.friedrich at gmail.com] Sent: Friday, 5 October 2012 5:48 PM To: nagiosplug-devel at lists.sourceforge.net Subject: Re: [Nagiosplug-devel] check_snmp suggestion On 05.10.2012 02:38, Troy Lea wrote: > > I would like the option of not producing any performance data. > > For example: > > check_snmp -H 10.250.151.1 -o IF-MIB::ifMtu.3 -C public -P 2c > > Output: > > SNMP OK - 1460 | IF-MIB::ifMtu.3=1460 > > I don't really care about the performance data for this check, I am > only using it for auditing purposes. I suggest an option like > -noperfdata that would product the following output: > > SNMP OK - 1460 > how about setting process_perf_data=0 in your nagios/icinga service object config? > > > > *Troy Lea > Senior VAULT Infrastructure Engineer* > > *VCP3,VCP4,VTSP,VSP,MCP* > > P: +61 2 4921 8218 > F: + 61 2 4962 5102 _ > troy.lea at strategicgroup.net.au > _ > > > > > > ---------------------------------------------------------------------- > -- > Confidentiality: The contents of this e-mail are confidential. The > contents are intended only for the named recipient of this e-mail. If > the reader of this e-mail is not the intended recipient you are hereby > notified that any use, reproduction, disclosure or distribution of the > information contained in the e-mail is prohibited. If you have > received this e-mail in error please reply to us immediately and > delete the document. > > > ---------------------------------------------------------------------- > -------- Don't let slow site performance ruin your business. Deploy > New Relic APM Deploy New Relic app performance management and know > exactly what is happening inside your Ruby, Python, PHP, Java, and > .NET app Try New Relic at no cost today and get our sweet Data Nerd > shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > > > _______________________________________________________ > 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 -- DI (FH) Michael Friedrich mail: michael.friedrich at gmail.com twitter: https://twitter.com/dnsmichi jabber: dnsmichi at jabber.ccc.de irc: irc.freenode.net/icinga dnsmichi icinga open source monitoring position: lead core developer url: https://www.icinga.org ------------------------------------------------------------------------------ Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev _______________________________________________________ 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 Troy.Lea at strategicgroup.net.au Sun Oct 7 02:36:36 2012 From: Troy.Lea at strategicgroup.net.au (Troy Lea) Date: Sun, 7 Oct 2012 11:36:36 +1100 Subject: [Nagiosplug-devel] check_snmp suggestion In-Reply-To: <506EA6A4.6020701@LINworks.de> References: <5FAC2958AAF56046ABD2D536E5B5C3A5426859D586@VAULT12.VAULT.local> <506E909B.7030007@gmail.com> <506EA6A4.6020701@LINworks.de> Message-ID: <5FAC2958AAF56046ABD2D536E5B5C3A5426859D58D@VAULT12.VAULT.local> Thanks for that Jochen, another good option to look at. Troy Lea Senior VAULT Infrastructure Engineer VCP3,VCP4,VTSP,VSP,MCP P: +61 2 4921 8218 F: + 61 2 4962 5102 troy.lea at strategicgroup.net.au -----Original Message----- From: Jochen Bern [mailto:Jochen.Bern at LINworks.de] Sent: Friday, 5 October 2012 7:22 PM To: Nagios Plugin Development Mailing List Subject: Re: [Nagiosplug-devel] check_snmp suggestion On 05.10.2012 09:47, Michael Friedrich wrote: > On 05.10.2012 02:38, Troy Lea wrote: >> I would like the option of not producing any performance data. > > how about setting process_perf_data=0 in your nagios/icinga service > object config? Or a pretty simple wrapper usable on top of *all* plugins, if one'ld like to have the perfdata removed from the UI as well. $ cat TMP31 OK - the foo is bar'd | yoink=0 make me multiline output | left=1 right=2 floored_pedal=100% $ sed -e '1s/|.*//' -e 's/|.*/|/' -e '/|/q' TMP31 OK - the foo is bar'd make me multiline output | Regards, J. Bern -- *NEU* - NEC IT-Infrastruktur-Produkte im : Server--Storage--Virtualisierung--Management SW--Passion for Performance Jochen Bern, Systemingenieur --- LINworks GmbH Postfach 100121, 64201 Darmstadt | Robert-Koch-Str. 9, 64331 Weiterstadt PGP (1024D/4096g) FP = D18B 41B1 16C0 11BA 7F8C DCF7 E1D5 FAF4 444E 1C27 Tel. +49 6151 9067-231, Zentr. -0, Fax -299 - Amtsg. Darmstadt HRB 85202 Unternehmenssitz Weiterstadt, Gesch?ftsf?hrer Metin Dogan, Oliver Michel ------------------------------------------------------------------------------ Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev _______________________________________________________ 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 Confidentiality: The contents of this e-mail are confidential. The contents are intended only for the named recipient of this e-mail. If the reader of this e-mail is not the intended recipient you are hereby notified that any use, reproduction, disclosure or distribution of the information contained in the e-mail is prohibited. If you have received this e-mail in error please reply to us immediately and delete the document. From noreply at sourceforge.net Sun Oct 7 16:25:07 2012 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 07 Oct 2012 07:25:07 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Feature Requests-3575281 ] check_ping add source interface Message-ID: Feature Requests item #3575281, was opened at 2012-10-07 07:25 Message generated for change (Tracker Item Submitted) made by europhil You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=3575281&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: Phil (europhil) Assigned to: Nobody/Anonymous (nobody) Summary: check_ping add source interface Initial Comment: sometimes it is useful to specify a source interface in a ping check e.g. to test routing. I found an old solution here: http://osdir.com/ml/network.nagios.plugins.devel/2004-09/msg00010.html I modified the latest check_ping.c according to this file (thanks to its author Oliver) - It works perfectly on Debian Squeeze with Icinga (latest stable releases downloaded on 2012-10-01) without any modifications to the Debian or Icinga System ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=3575281&group_id=29880 From chenc at sandi.com.cn Mon Oct 8 11:23:20 2012 From: chenc at sandi.com.cn (=?UTF-8?B?6ZmI6LaF?=) Date: Mon, 8 Oct 2012 17:23:20 +0800 (CST) Subject: [Nagiosplug-devel] nagiosplug for dynamic IP host Message-ID: <1531ccad.186fd.13a3faf8d58.Coremail.chenc@sandi.com.cn> Dear nagiosplug team: I'm a small company staff and I configuring nagios for my company servers. But most of our servers are dynamic IP host, I wander there are nagios plug-in for monitoring dynamic IP host or not. I hope you can answer my question, or give me a brief explanationfor solution of the problem. Thank you for your reading. Be Happy! Chaos Chen -------------- next part -------------- An HTML attachment was scrubbed... URL: From chenc at sandi.com.cn Mon Oct 8 11:26:11 2012 From: chenc at sandi.com.cn (=?UTF-8?B?6ZmI6LaF?=) Date: Mon, 8 Oct 2012 17:26:11 +0800 (CST) Subject: [Nagiosplug-devel] nagiosplug for dynamic IP host Message-ID: <51d6bfcc.188e6.13a3fb2289a.Coremail.chenc@sandi.com.cn> Dear nagiosplug team: I'm a small company staff and I configuring nagios for my company servers. But most of our servers are dynamic IP host, I wander there are nagios plug-in for monitoring dynamic IP host or not. I hope you can answer my question, or give me a brief explanationfor solution of the problem. Thank you for your reading. Be Happy! Chaos Chen -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jochen.Bern at LINworks.de Mon Oct 8 11:59:48 2012 From: Jochen.Bern at LINworks.de (Jochen Bern) Date: Mon, 08 Oct 2012 11:59:48 +0200 Subject: [Nagiosplug-devel] nagiosplug for dynamic IP host In-Reply-To: <1531ccad.186fd.13a3faf8d58.Coremail.chenc@sandi.com.cn> References: <1531ccad.186fd.13a3faf8d58.Coremail.chenc@sandi.com.cn> Message-ID: <5072A414.8000904@LINworks.de> On 08.10.2012 11:23, ?? wrote: > But most of our servers are dynamic IP host, I wander there are > nagios plug-in for monitoring dynamic IP host or not. Monitoring machines which have dynamic IPs is a problem that merits some care *above* the plugin level. If your servers have dynamic IPs, but your Nagios machine has a fixed one, you could avoid most of the problem by letting the *servers* contact *Nagios* to transmit check results (i.e., use NSCA). If there is some *other* server which has a fixed IP, and some CPU to spare, you could have Nagios and the servers establish a VPN connection to that server that they and Nagios can talk over. (I understand that OpenVPN, in particular, allows you to specifically enable support for (VPN) clients at dynamic IPs and (VPN-)client-to-(VPN-)client communication.) If everything else fails, there is, of course, the option of having the servers register their current IP at some dynamic DNS service. Once that choice has been made, the *plugins* to use result in a more or less straightforward manner from what overhead you had to add in order to handle the dynamic IPs - i.e., if you use dynamic DNS, you also want to monitor the DNS server, if you use VPN, you need to monitor that that's still running, etc.. You'll likely want to use parents and service dependencies so as to avoid Regards, J. Bern -- *NEU* - NEC IT-Infrastruktur-Produkte im : Server--Storage--Virtualisierung--Management SW--Passion for Performance Jochen Bern, Systemingenieur --- LINworks GmbH Postfach 100121, 64201 Darmstadt | Robert-Koch-Str. 9, 64331 Weiterstadt PGP (1024D/4096g) FP = D18B 41B1 16C0 11BA 7F8C DCF7 E1D5 FAF4 444E 1C27 Tel. +49 6151 9067-231, Zentr. -0, Fax -299 - Amtsg. Darmstadt HRB 85202 Unternehmenssitz Weiterstadt, Gesch?ftsf?hrer Metin Dogan, Oliver Michel From noreply at sourceforge.net Wed Oct 10 21:21:18 2012 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 10 Oct 2012 12:21:18 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-3576105 ] check_hpjd doesn't handle locale in response Message-ID: Bugs item #3576105, was opened at 2012-10-10 12:21 Message generated for change (Tracker Item Submitted) made by gsancosme You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3576105&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: General plugin execution Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Djo (gsancosme) Assigned to: Nobody/Anonymous (nobody) Summary: check_hpjd doesn't handle locale in response Initial Comment: Plugin Version (-V output): check_hpjd v1.4.16 (nagios-plugins 1.4.16) Plugin Name: check_hpjd Plugin Commandline showing issues: # ./check_hpjd -H 10.10.10.201 Printer ok - ("Pr..t") Operating System: SuSE Linux Eterprise Server 11 SP1 (SLES 11) Linux neptune 3.0.13-0.27-default #1 SMP Wed Feb 15 13:33:49 UTC 2012 (d73692b) x86_64 x86_64 x86_64 GNU/Linux Architecture: x86_64 Compiler:gcc (SUSE Linux) 4.3.4 [gcc-4_3-branch revision 152973] Plugins from distribution. system charset : utf-8 When handling the response, check_http doesn't handle correctly the answer according to printer's language setup. In the answer of the above command Printer ok - ("Pr..t") should be Printer ok - ("Pr?t") To ensure that the problem was not laying into the snmp library, I made a tcpdump of the communication between the server and the printer. # tcpdump -i eth0 -X -s0 host 10.10.10.201 This short tcpdump of the communication shows in SNMP get-respose packet : 50 72 c3 aa 74 where c3 aa is according to utf-8 table the ? U+00EA ? c3 aa LATIN SMALL LETTER E WITH CIRCUMFLEX thus the sequence "50 72 c3 aa 74" should be handled as "Pr?t" See below at the end of the answer packet ( 0x0130: 0309 0101 0300 0405 5072 c3aa 74 ........Pr..t) # tcpdump -i eth0 -X -s0 host 10.10.10.201 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes 21:18:25.302711 IP neptune.sancosme.home.57361 > hp.sancosme.home.snmp: GetRequest(254) E:hp.2.3.9.1.1.2.1.0 E:hp.2.3.9.1.1.2.2.0 E:hp.2.3.9.1.1.2.3.0 E:hp.2.3.9.1.1.2.6.0 E:hp.2.3.9.1.1.2.9.0 E:hp.2.3.9.1.1.2.8.0 E:hp.2.3.9.1.1.2.10.0 E:hp.2.3.9.1.1.2.11.0 E:hp.2.3.9.1.1.2.12.0 E:hp.2.3.9.1.1.2.17.0 E:hp.2.3.9.1.1.2.19.0 E:hp.2.3.9.1.1.3.0 0x0000: 4500 012c 0000 4000 4011 10e2 0a0a 0a03 E..,.. at .@....... 0x0010: 0a0a 0ac9 e011 00a1 0118 2a09 3082 010c ..........*.0... 0x0020: 0201 0004 0670 7562 6c69 63a0 81fe 0204 .....public..... 0x0030: 7618 2bed 0201 0002 0100 3081 ef30 1206 v.+.......0..0.. 0x0040: 0e2b 0601 0401 0b02 0309 0101 0201 0005 .+.............. 0x0050: 0030 1206 0e2b 0601 0401 0b02 0309 0101 .0...+.......... 0x0060: 0202 0005 0030 1206 0e2b 0601 0401 0b02 .....0...+...... 0x0070: 0309 0101 0203 0005 0030 1206 0e2b 0601 .........0...+.. 0x0080: 0401 0b02 0309 0101 0206 0005 0030 1206 .............0.. 0x0090: 0e2b 0601 0401 0b02 0309 0101 0209 0005 .+.............. 0x00a0: 0030 1206 0e2b 0601 0401 0b02 0309 0101 .0...+.......... 0x00b0: 0208 0005 0030 1206 0e2b 0601 0401 0b02 .....0...+...... 0x00c0: 0309 0101 020a 0005 0030 1206 0e2b 0601 .........0...+.. 0x00d0: 0401 0b02 0309 0101 020b 0005 0030 1206 .............0.. 0x00e0: 0e2b 0601 0401 0b02 0309 0101 020c 0005 .+.............. 0x00f0: 0030 1206 0e2b 0601 0401 0b02 0309 0101 .0...+.......... 0x0100: 0211 0005 0030 1206 0e2b 0601 0401 0b02 .....0...+...... 0x0110: 0309 0101 0213 0005 0030 1106 0d2b 0601 .........0...+.. 0x0120: 0401 0b02 0309 0101 0300 0500 ............ 21:18:25.304320 IP hp.sancosme.home.snmp > neptune.sancosme.home.57361: GetResponse(270) E:hp.2.3.9.1.1.2.1.0=0 E:hp.2.3.9.1.1.2.2.0=0 E:hp.2.3.9.1.1.2.3.0=0 E:hp.2.3.9.1.1.2.6.0=0 E:hp.2.3.9.1.1.2.9.0=0 E:hp.2.3.9.1.1.2.8.0=0 E:hp.2.3.9.1.1.2.10.0=0 E:hp.2.3.9.1.1.2.11.0=0 E:hp.2.3.9.1.1.2.12.0=0 E:hp.2.3.9.1.1.2.17.0=0 E:hp.2.3.9.1.1.2.19.0=0 E:hp.2.3.9.1.1.3.0=50_72_c3_aa_74 0x0000: 4500 013d 02f3 0000 4011 4dde 0a0a 0ac9 E..=.... at .M..... 0x0010: 0a0a 0a03 00a1 e011 0129 794a 3082 011d .........)yJ0... 0x0020: 0201 0004 0670 7562 6c69 63a2 8201 0e02 .....public..... 0x0030: 0476 182b ed02 0100 0201 0030 81ff 3013 .v.+.......0..0. 0x0040: 060e 2b06 0104 010b 0203 0901 0102 0100 ..+............. 0x0050: 0201 0030 1306 0e2b 0601 0401 0b02 0309 ...0...+........ 0x0060: 0101 0202 0002 0100 3013 060e 2b06 0104 ........0...+... 0x0070: 010b 0203 0901 0102 0300 0201 0030 1306 .............0.. 0x0080: 0e2b 0601 0401 0b02 0309 0101 0206 0002 .+.............. 0x0090: 0100 3013 060e 2b06 0104 010b 0203 0901 ..0...+......... 0x00a0: 0102 0900 0201 0030 1306 0e2b 0601 0401 .......0...+.... 0x00b0: 0b02 0309 0101 0208 0002 0100 3013 060e ............0... 0x00c0: 2b06 0104 010b 0203 0901 0102 0a00 0201 +............... 0x00d0: 0030 1306 0e2b 0601 0401 0b02 0309 0101 .0...+.......... 0x00e0: 020b 0002 0100 3013 060e 2b06 0104 010b ......0...+..... 0x00f0: 0203 0901 0102 0c00 0201 0030 1306 0e2b ...........0...+ 0x0100: 0601 0401 0b02 0309 0101 0211 0002 0100 ................ 0x0110: 3013 060e 2b06 0104 010b 0203 0901 0102 0...+........... 0x0120: 1300 0201 0030 1606 0d2b 0601 0401 0b02 .....0...+...... 0x0130: 0309 0101 0300 0405 5072 c3aa 74 ........Pr..t ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3576105&group_id=29880 From michael.friedrich at gmail.com Thu Oct 11 23:09:21 2012 From: michael.friedrich at gmail.com (Michael Friedrich) Date: Thu, 11 Oct 2012 23:09:21 +0200 Subject: [Nagiosplug-devel] check_snmp suggestion In-Reply-To: <5FAC2958AAF56046ABD2D536E5B5C3A5426859D58C@VAULT12.VAULT.local> References: <5FAC2958AAF56046ABD2D536E5B5C3A5426859D586@VAULT12.VAULT.local> <506E909B.7030007@gmail.com> <5FAC2958AAF56046ABD2D536E5B5C3A5426859D58C@VAULT12.VAULT.local> Message-ID: <50773581.7020904@gmail.com> On 07.10.2012 02:34, Troy Lea wrote: > Michael, > Excellent answer / solution. > > Today I have learnt something new and once again Nagios shows how flexible and powerful it is. GUIs like Icinga Web use that param to determine if the graph icons should be shown. Lucky you that i recently debugged such a thing and required that param quite often. My normal setup is to keep perfdata everywhere enabled, just for lazyness and also for future reference. > > > Sincerely > > > Troy Lea > Senior VAULT Infrastructure Engineer > VCP3,VCP4,VTSP,VSP,MCP > P: +61 2 4921 8218 > F: + 61 2 4962 5102 > troy.lea at strategicgroup.net.au > > > > > -----Original Message----- > From: Michael Friedrich [mailto:michael.friedrich at gmail.com] > Sent: Friday, 5 October 2012 5:48 PM > To: nagiosplug-devel at lists.sourceforge.net > Subject: Re: [Nagiosplug-devel] check_snmp suggestion > > On 05.10.2012 02:38, Troy Lea wrote: >> >> I would like the option of not producing any performance data. >> >> For example: >> >> check_snmp -H 10.250.151.1 -o IF-MIB::ifMtu.3 -C public -P 2c >> >> Output: >> >> SNMP OK - 1460 | IF-MIB::ifMtu.3=1460 >> >> I don't really care about the performance data for this check, I am >> only using it for auditing purposes. I suggest an option like >> -noperfdata that would product the following output: >> >> SNMP OK - 1460 >> > > how about setting process_perf_data=0 in your nagios/icinga service object config? > >> >> >> >> *Troy Lea >> Senior VAULT Infrastructure Engineer* >> >> *VCP3,VCP4,VTSP,VSP,MCP* >> >> P: +61 2 4921 8218 >> F: + 61 2 4962 5102 _ >> troy.lea at strategicgroup.net.au >> _ >> >> >> >> >> >> ---------------------------------------------------------------------- >> -- >> Confidentiality: The contents of this e-mail are confidential. The >> contents are intended only for the named recipient of this e-mail. If >> the reader of this e-mail is not the intended recipient you are hereby >> notified that any use, reproduction, disclosure or distribution of the >> information contained in the e-mail is prohibited. If you have >> received this e-mail in error please reply to us immediately and >> delete the document. >> >> >> ---------------------------------------------------------------------- >> -------- Don't let slow site performance ruin your business. Deploy >> New Relic APM Deploy New Relic app performance management and know >> exactly what is happening inside your Ruby, Python, PHP, Java, and >> .NET app Try New Relic at no cost today and get our sweet Data Nerd >> shirt too! >> http://p.sf.net/sfu/newrelic-dev2dev >> >> >> _______________________________________________________ >> 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 > > > -- > DI (FH) Michael Friedrich > > mail: michael.friedrich at gmail.com > twitter: https://twitter.com/dnsmichi > jabber: dnsmichi at jabber.ccc.de > irc: irc.freenode.net/icinga dnsmichi > > icinga open source monitoring > position: lead core developer > url: https://www.icinga.org > > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________________ > 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 > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________________ > 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 -- DI (FH) Michael Friedrich mail: michael.friedrich at gmail.com twitter: https://twitter.com/dnsmichi jabber: dnsmichi at jabber.ccc.de irc: irc.freenode.net/icinga dnsmichi icinga open source monitoring position: lead core developer url: https://www.icinga.org From lynxlee at gmail.com Fri Oct 12 01:30:24 2012 From: lynxlee at gmail.com (Daniel Lee) Date: Thu, 11 Oct 2012 23:30:24 +0000 (UTC) Subject: [Nagiosplug-devel] =?utf-8?q?1=2E4=2E16=3A_Error_in_check=5Fhttp?= =?utf-8?q?=2Ec_when_compiling=09without_SSL?= References: Message-ID: Michael LaCorte writes: > > Hello, > I was compiling the latest release of Nagios Plugins when I ran into a compilation issue. Make was returning the following error when trying to compile check_http.c (v1.4.16): > > ? ?check_http.c:312:9: error: ?ssl_version? undeclared (first use in this function) > > After looking at the file, I noticed that 'ssl_version' variable was declared within an '#ifdef HAVE_SSL'. After moving the 'ssl_version' declaration outside of the '#ifdef', it compiled fine. I couldn't find anything about this on Google, so I'm sending you this email to make sure you are aware of the issue. > > Thanks, > Michael LaCorte > > > ------------------------------------------------------------------------------ > 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 ... > 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 Hi Michael, I did just that and it solved the prob. Yeah, couldn't find this error anywhere in the Internet except your post and another Ubuntu post to install libssl-dev (http://www.thesysadminhimself.com/2012/09/compiling-nagios-plugins- 1416-throws.html) Thanks, Daniel From noreply at sourceforge.net Mon Oct 15 14:44:12 2012 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 15 Oct 2012 05:44:12 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-2786808 ] check_http asks for HTTP/1.1, but doesn't understand chunked Message-ID: Bugs item #2786808, was opened at 2009-05-04 12:19 Message generated for change (Comment added) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=2786808&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: Parsing problem Group: CVS Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ferenc W?gner (wferi) Assigned to: Holger Weiss (hweiss) Summary: check_http asks for HTTP/1.1, but doesn't understand chunked Initial Comment: Fixing 2638765 uncovered this bug (actually, most HTTP servers respect Host: headers in HTTP/1.0 requests, even though it isn't part of the spec). Anyway: if a client sends a HTTP/1.1 request, it must be able to handle the incoming HTTP/1.1 reply. Which includes coping with a chunked one. This exact same command worked with check_http version 1.4.5 (and still does so with -H replaced by -I, but that isn't the point). $ /usr/lib/nagios/plugins/check_http -v -H idp.niif.hu -u /idp/profile/Status --ssl -r "^ok$" GET /idp/profile/Status HTTP/1.1 Host: idp.niif.hu:443 User-Agent: check_http/v1991 (nagios-plugins 1.4.12) Connection: close https://idp.niif.hu:443/idp/profile/Status is 141 characters STATUS: HTTP/1.1 200 OK **** HEADER **** Date: Mon, 04 May 2009 19:12:13 GMT Connection: close Transfer-Encoding: chunked Content-Type: text/plain **** CONTENT **** 2 ok 0 HTTP CRITICAL - pattern not found|time=0.067933s;;;0.000000 size=141B;;;0 ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2012-10-15 05:44 Message: Say guys... It's 3 years later and this is still broken causing check_http to fail against HP's iLO2 if you're not using the -N... ---------------------------------------------------------------------- Comment By: Andor (tothandor) Date: 2011-09-07 03:26 Message: +1 Present in 1.4.15. A possible workaround is to use -k "Host: example.com" ---------------------------------------------------------------------- Comment By: Chris Hiestand (chrishiestand) Date: 2010-11-23 22:23 Message: +1 here too. I spent my whole evening figuring out why a nagios check was failing on a page that was fully functional, and had the sought-for regular expression. If the regular expression happens to be broken up by a chunk, the check fails. ---------------------------------------------------------------------- Comment By: Lamont Granquist (lamontgranquist) Date: 2010-07-31 20:40 Message: +1, I just ran into this bug. I started blaming our software devs for not marshalling their data correctly into XML and garbling it on the wire before I realized that the problem was that check_http didn't understand chunked encoding... ---------------------------------------------------------------------- Comment By: Holger Weiss (hweiss) Date: 2009-05-19 12:04 Message: I'll look into teaching check_http how to cope with chunked replies. Thanks for the bug report. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=2786808&group_id=29880 From noreply at sourceforge.net Tue Oct 16 15:48:07 2012 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 16 Oct 2012 06:48:07 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-3273915 ] Check_dhcp sends broadcast with IP instead of 0.0.0.0 Message-ID: Bugs item #3273915, was opened at 2011-04-04 04:54 Message generated for change (Comment added) made by jensthebrain You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3273915&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: General plugin execution Group: None Status: Open Resolution: None >Priority: 7 Private: No Submitted By: Jens Weibler (jensthebrain) Assigned to: Nobody/Anonymous (nobody) Summary: Check_dhcp sends broadcast with IP instead of 0.0.0.0 Initial Comment: check-dhcp uses an ip address from the host as source address for dhcp requests instead of 0.0.0.0 These dhcp packets get filtered by reverse path checks -> tests fails :( check_dhcp v1991 (nagios-plugins 1.4.12) eth0: IP XY eth1: no IP check_dhcp -i eth1 uses IP XY... ---------------------------------------------------------------------- >Comment By: Jens Weibler (jensthebrain) Date: 2012-10-16 06:48 Message: The bug is still there.. From RFC 2131: "DHCP messages broadcast by a client prior to that client obtaining its IP address must have the source address field in the IP header set to 0." The problem: check_dhcp.c is opening a UDP-socket. The os is setting the source address. One solution would be to take the logic from a real dhcpclient: using a IP-socket and set all ip-fields by hand. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3273915&group_id=29880 From noreply at sourceforge.net Wed Oct 17 00:23:32 2012 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 16 Oct 2012 15:23:32 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-3273915 ] Check_dhcp sends broadcast with IP instead of 0.0.0.0 Message-ID: Bugs item #3273915, was opened at 2011-04-04 04:54 Message generated for change (Settings changed) made by hweiss You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3273915&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: General plugin execution Group: None Status: Open Resolution: None >Priority: 5 Private: No Submitted By: Jens Weibler (jensthebrain) >Assigned to: Holger Weiss (hweiss) Summary: Check_dhcp sends broadcast with IP instead of 0.0.0.0 Initial Comment: check-dhcp uses an ip address from the host as source address for dhcp requests instead of 0.0.0.0 These dhcp packets get filtered by reverse path checks -> tests fails :( check_dhcp v1991 (nagios-plugins 1.4.12) eth0: IP XY eth1: no IP check_dhcp -i eth1 uses IP XY... ---------------------------------------------------------------------- Comment By: Jens Weibler (jensthebrain) Date: 2012-10-16 06:48 Message: The bug is still there.. From RFC 2131: "DHCP messages broadcast by a client prior to that client obtaining its IP address must have the source address field in the IP header set to 0." The problem: check_dhcp.c is opening a UDP-socket. The os is setting the source address. One solution would be to take the logic from a real dhcpclient: using a IP-socket and set all ip-fields by hand. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3273915&group_id=29880 From noreply at sourceforge.net Thu Oct 18 12:56:46 2012 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 18 Oct 2012 03:56:46 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-3343431 ] check_ide_smart: Invalid argument Message-ID: Bugs item #3343431, was opened at 2011-06-29 01:03 Message generated for change (Comment added) made by cyco_dd You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3343431&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: General plugin execution Group: release-1.4.15 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Domi Barton (domibarton) Assigned to: Nobody/Anonymous (nobody) Summary: check_ide_smart: Invalid argument Initial Comment: The check_ide_smart plugin fails on some disks w/ the following output: # ./check_ide_smart -n -d /dev/sda CRITICAL - SMART_ENABLE: Invalid argument CRITICAL - SMART_CMD_ENABLE But the disk is SMART capable: # smartctl -i /dev/sda smartctl version 5.33 [i686-redhat-linux-gnu] Copyright (C) 2002-4 Bruce Allen Home page is http://smartmontools.sourceforge.net/ Device: MAXTOR ATLAS10K4_36SCA Version: DFV0 Serial number: B2SM1QGM Device type: disk Transport protocol: Parallel SCSI (SPI-4) Local Time is: Wed Jun 29 10:02:31 2011 CEST Device supports SMART and is Enabled Temperature Warning Enabled ---------------------------------------------------------------------- Comment By: Jan Wagner (cyco_dd) Date: 2012-10-18 03:56 Message: There is a bug open Novel: https://bugzilla.novell.com/show_bug.cgi?id=640368 And of course now in debian: http://bugs.debian.org/690760 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3343431&group_id=29880 From rudolph.pereira+nagios at occamsec.com Thu Oct 18 14:45:23 2012 From: rudolph.pereira+nagios at occamsec.com (Rudolph Pereira) Date: Thu, 18 Oct 2012 08:45:23 -0400 Subject: [Nagiosplug-devel] reporting security issues In-Reply-To: References: Message-ID: Hi, I'm wondering what the correct list, bugtracking system, or other method is best to report security issues in NRPE? Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From Juan.Torres-Capeles at IGT.com Mon Oct 29 23:54:02 2012 From: Juan.Torres-Capeles at IGT.com (Torres-Capeles.Juan) Date: Mon, 29 Oct 2012 15:54:02 -0700 Subject: [Nagiosplug-devel] [Nagios] disable notifications Message-ID: <39F7D541D6D40B44AB38956E1244F6690563A3FFE2AF@RNOMBX01.is.ad.igt.com> I am trying to find a solution to disable notifications e-mail manually per server per service. Every solution I found does not work so far. Does anyone have a reliable solution? http://old.nagios.org/developerinfo/externalcommands/commandinfo.php?command_id=36 http://serverfault.com/questions/58966/nagios-disable-notifications-from-command-line-on-windows-linux From: Rudolph Pereira [mailto:rudolph.pereira+nagios at occamsec.com] Sent: Thursday, October 18, 2012 5:45 AM To: nagiosplug-devel at lists.sourceforge.net Subject: [Nagiosplug-devel] reporting security issues Hi, I'm wondering what the correct list, bugtracking system, or other method is best to report security issues in NRPE? Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: