From noreply at sourceforge.net Wed Dec 1 00:35:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Dec 1 00:35:04 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1041571 ] simap,spop certificate check and new check_nntps check Message-ID: Patches item #1041571, was opened at 2004-10-06 16:05 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1041571&group_id=29880 Category: Enhancement Group: None Status: Pending Resolution: None Priority: 5 Submitted By: Eric Chen (chen23) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: simap,spop certificate check and new check_nntps check Initial Comment: these patches add a certificate check for check_simap and check_spop. this also adds a new check for nntps this also requires adding to configure.in: check_tcp_ssl="check_simap check_spop check_nntps" patches agains nagios-plugins-1.3.1 built on Solaris 9 w/ Forte Developer 7 C 5.4 ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-12-01 08:34 Message: Logged In: YES user_id=395628 Committed to head. Sorry for the delay - blast need to deal with configure.in also. Would you mind testing ? ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-30 03:23 Message: Logged In: YES user_id=395628 Dear Eric, Thanks for the patches and your patience with the long wait for a response. I hope to apply them as soon as I can understand them. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1041571&group_id=29880 From noreply at sourceforge.net Wed Dec 1 00:36:03 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Dec 1 00:36:03 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-664615 ] new check_imap w/ ssl switch and check_jabber plugin Message-ID: New Plugins item #664615, was opened at 2003-01-08 20:00 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=664615&group_id=29880 Category: None Group: None Status: Pending Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: new check_imap w/ ssl switch and check_jabber plugin Initial Comment: Solaris [7-9] Attached is the gnu diff -ruN of the latest nagios-plugins source and my own edited version. The only difference between the two sources is I have created my own dir in the original nagios-plugins source called contrib-brylon and it contains my check_jabber and check_imap code, headers and Makefile. Both plugins have a cmd line switch to use SSL and whether or not you would like the server to have a valid certificate. Use as you seem fit. Thanks. Any feedback would be appreciated as well. Also I will include next just the contrib-brylon dir tarzipped if the above is of no use to you Thanks. Bryan Loniewski ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-12-01 08:35 Message: Logged In: YES user_id=395628 Committed to HEAD. Would you mind testing (and or submit any test hosts) ? Patches applied to the 1.4 release so they look different to yours. Thank you . ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-29 05:21 Message: Logged In: YES user_id=395628 Dear Bryan, Thank you very much for the plugins and your immense patience in waiting for something to happen to them. I beg your pardon. With regard to check_imap, there have been changes to check_tcp.c to create a check_imap .. that does not look as if it handles SSL ... will try and look at your patch. Thanks for check_jabber; should be in /contrib very soon. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2003-01-30 17:02 Message: Logged In: YES user_id=664364 Just consolidating calls, by adding in the file in Bryan's other call #664621. The tarzip is the dir that contains the check_jabber and check_imap code, headers and Makefile. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=664615&group_id=29880 From noreply at sourceforge.net Wed Dec 1 05:32:17 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Dec 1 05:32:17 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1076737 ] Typing error in check_snmp_disk_monitor.pl Message-ID: Patches item #1076737, was opened at 2004-12-01 16:31 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1076737&group_id=29880 Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: Kirill Pushkin (sm97) Assigned to: Nobody/Anonymous (nobody) Summary: Typing error in check_snmp_disk_monitor.pl Initial Comment: This patch allows you *really* define warning and critical levels of disk usage. --- check_snmp_disk_monitor.pl.orig 2004-12-01 16:20:14.502241047 +0300 +++ check_snmp_disk_monitor.pl 2004-12-01 16:20:34.524424531 +0300 @@ -37,8 +37,8 @@ 'H:s' => \, 'hostname:s' => \, 'p:i' => \, 'port:i' => \, 'C:s' => \, 'community:s' => \, - 'c:i' => \, 'critical:i' => \, - 'w:i' => \, 'warning:i' => \, + 'c:i' => \, 'critical:i' => \, + 'w:i' => \, 'warning:i' => \, 't:i' => \, 'timeout:i' => \, 'm:s' => \, 'mountpoint:s'=> \ ); ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1076737&group_id=29880 From noreply at sourceforge.net Wed Dec 1 12:13:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Dec 1 12:13:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1027787 ] perfdata for check_oracle Message-ID: Patches item #1027787, was opened at 2004-09-14 10:22 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1027787&group_id=29880 Category: Perf data Group: None Status: Closed Resolution: None Priority: 5 Submitted By: Florian Gleixner (redflo) Assigned to: Matthew Kent (mattkent) Summary: perfdata for check_oracle Initial Comment: This is a enhancement to the check_oracle from the cvs-snapshot 200409081647. It adds performance data to the output and outputs percentage values more exactly. This is useful because for example buffer cache hit ratio is always near 99% and it's good to know if it's 99.0% or 99.9%. I also undid a regualar expression in the pmon check, because it failed on sun solaris. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-12-01 20:12 Message: Logged In: YES user_id=664364 The changes to the regular expression were my fault - I applied a fix some months ago which broke this. I have now fixed this in CVS HEAD and it has been tested on Solaris. However, please consider using check_oracle --login. This is a much more comprehensive test than a ps check, which much better error messages (eg, will tell you when the database is being shutdown, if the listener is working or not, if tnsnames does not resolve the SID correctly). Ton ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-12-01 03:27 Message: Logged In: YES user_id=983566 Changes look simple enough. Applied in HEAD. Sorry for the delay. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1027787&group_id=29880 From benoit.mortier at opensides.be Wed Dec 1 13:10:02 2004 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Wed Dec 1 13:10:02 2004 Subject: [Nagiosplug-devel] removing netsaint switch on check_ide_smart Message-ID: <200412012209.47153.benoit.mortier@opensides.be> Hello, i just wanted to remove this from check_ide_smart does someone object ?? -n, --net-saint\n\ Output suitable for Net Saint\n\ and the corresponding switch of course.. Bye -- Benoit Mortier OpenSides sprl Linux Engineer From Stanley.Hopcroft at IPAustralia.Gov.AU Wed Dec 1 13:19:01 2004 From: Stanley.Hopcroft at IPAustralia.Gov.AU (Stanley Hopcroft) Date: Wed Dec 1 13:19:01 2004 Subject: [Nagiosplug-devel] removing netsaint switch on check_ide_smart In-Reply-To: <200412012209.47153.benoit.mortier@opensides.be> References: <200412012209.47153.benoit.mortier@opensides.be> Message-ID: <20041201211758.GA39788@IPAustralia.Gov.AU> Dear Sir, The only possible reason for keeping it is if the author hope[sd] it would be used by another monitor. On Wed, Dec 01, 2004 at 10:09:46PM +0100, Benoit Mortier wrote: > Hello, > > i just wanted to remove this from check_ide_smart does someone object ?? > > -n, --net-saint\n\ > Output suitable for Net Saint\n\ > A Mon 'monitor' (plugin) author was keen that if I modified his monitor for Nag it should work for both environments. OTOH, now it's part of Nag plugins ... I'll write to the author and ask. > and the corresponding switch of course.. > Yours sincerely. > Bye > -- > Benoit Mortier > OpenSides sprl > Linux Engineer -- Stanley Hopcroft Network specialist, IT Infrastructure IP Australia Ph: (02) 6283 3189 Fax: (02) 6281 1353 PO Box 200 Woden ACT 2606 http://www.ipaustralia.gov.au -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: disclaimer.txt URL: From Stanley.Hopcroft at IPAustralia.Gov.AU Wed Dec 1 13:28:02 2004 From: Stanley.Hopcroft at IPAustralia.Gov.AU (Stanley Hopcroft) Date: Wed Dec 1 13:28:02 2004 Subject: [Nagiosplug-devel] -n (Netsaint) option in check_ide_smart.c (Nagios plugin contrib circa 2000) Message-ID: <20041201212706.GB39788@IPAustralia.Gov.AU> Dear Sir, I am writing to ask for your comment about removing the '-n,--net-saint' option in the plugin named check_ide_smart.c that you contributed to the Netsaint plugin project in or about 2000 ? /* * check_ide-smart v.1 - hacked version of ide-smart for Nagios * Copyright (C) 2000 Robert Dale * * Net Saint - http://www.nagios.org * * Notes: * ide-smart has the same functionality as before. Some return * values were changed, otherwise the --net-saint option was added. * * Run with: check_ide-smart --net-saint [-d] * Where DRIVE is an IDE drive, ie. /dev/hda, /dev/hdb, /dev/hdc * The plugins are being internationalised and it would help to remove options that may no longer be useful. Yours sincerely. -- Stanley Hopcroft Network specialist, IT Infrastructure IP Australia Ph: (02) 6283 3189 Fax: (02) 6281 1353 PO Box 200 Woden ACT 2606 http://www.ipaustralia.gov.au -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: disclaimer.txt URL: From tonvoon at mac.com Wed Dec 1 13:52:01 2004 From: tonvoon at mac.com (Ton Voon) Date: Wed Dec 1 13:52:01 2004 Subject: [Nagiosplug-devel] Announcing nagiosplug 1.4.0alpha2 Message-ID: <13FC853B-43E3-11D9-932A-000A95D47298@mac.com> Just to let you know that we have released nagiosplug-1.4.0alpha2 on Sourceforge at http://sourceforge.net/projects/nagiosplug. Please can you download and try it out. If you successfully compile it on your OS, please add a comment to http://sourceforge.net/forum/forum.php?forum_id=427138 to let us know. The next alpha release is due 16/12/2004. The final 1.4 release is due to be released by the end of January. Apologies for the cross-posting. From benoit.mortier at opensides.be Wed Dec 1 13:54:07 2004 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Wed Dec 1 13:54:07 2004 Subject: [Nagiosplug-devel] standardisation of strings Message-ID: <200412012253.51899.benoit.mortier@opensides.be> Hello, given this : if (!strcmp(recv_buffer,"-1\n")) { asprintf (&output_message,_("Error: Volume '%s' does not exist!"),volume_name); result=STATE_CRITICAL; I want to replace Error: with CRITICAL - in this case. does everybody agree ?? Bye -- Benoit Mortier OpenSides sprl Linux Engineer From tonvoon at mac.com Wed Dec 1 13:57:02 2004 From: tonvoon at mac.com (Ton Voon) Date: Wed Dec 1 13:57:02 2004 Subject: [Nagiosplug-devel] standardisation of strings In-Reply-To: <200412012253.51899.benoit.mortier@opensides.be> References: <200412012253.51899.benoit.mortier@opensides.be> Message-ID: Seems okay to me. On 1 Dec 2004, at 21:53, Benoit Mortier wrote: > Hello, > > given this : > > if (!strcmp(recv_buffer,"-1\n")) { > asprintf (&output_message,_("Error: Volume '%s' does not > exist!"),volume_name); > result=STATE_CRITICAL; > > I want to replace Error: with CRITICAL - in this case. > > does everybody agree ?? > > Bye > -- > Benoit Mortier > OpenSides sprl > Linux Engineer > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real > users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________________ > 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 benoit.mortier at opensides.be Wed Dec 1 14:04:07 2004 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Wed Dec 1 14:04:07 2004 Subject: [Nagiosplug-devel] Announcing nagiosplug 1.4.0alpha2 In-Reply-To: <13FC853B-43E3-11D9-932A-000A95D47298@mac.com> References: <13FC853B-43E3-11D9-932A-000A95D47298@mac.com> Message-ID: <200412012303.45590.benoit.mortier@opensides.be> Le mercredi 1 D?cembre 2004 22:50, Ton Voon a ?crit?: > Just to let you know that we have released nagiosplug-1.4.0alpha2 on > Sourceforge at http://sourceforge.net/projects/nagiosplug. Please can > you download and try it out. If you successfully compile it on your OS, > please add a comment to > http://sourceforge.net/forum/forum.php?forum_id=427138 to let us know. Good work ;-) -- Benoit Mortier OpenSides sprl Linux Engineer From noreply at sourceforge.net Wed Dec 1 20:41:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Dec 1 20:41:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1038413 ] check_ups improvement, update and bugfix Message-ID: Patches item #1038413, was opened at 2004-10-01 03:48 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1038413&group_id=29880 Category: Enhancement Group: None >Status: Pending >Resolution: Accepted Priority: 5 Submitted By: arnaud quette (uzuul) >Assigned to: Matthew Kent (mattkent) Summary: check_ups improvement, update and bugfix Initial Comment: The attached patch: - update the compatibility of check_ups to the new protocol and naming scheme (support for NUT 1.4 and 2.0) - merge the patch from Alain Richard to update to NUT 2.0 compatibility (Bug #1032009, https://sourceforge.net/tracker/index.php?func=detail&aid=1032009&group_id=29880&atid=397597) - merge the patch from Alen Salamun (Patch #815785, https://sourceforge.net/tracker/index.php?func=detail&aid=815785&group_id=29880&atid=397599) - enhance integration of check_ups by updating REQUIREMENTS, AUTHOR, NUT new URL, command.cfg.in, ... What has to be done: - check and update translations, - keep old variable names (ie LINE for input.voltage) for the "-v" argument? - sort out the use of voltage in mV (check with Alain), - enhance the "-T" temperature switch (to switch from farenheit to celsius). Arnaud --- NUT Core Team ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-12-01 20:40 Message: Logged In: YES user_id=983566 Sorry for the delay, it made patching a bit harder too unfortunately. But the patch was applied with minor tweaking. I would appreciate some final testing of these changes from nightly snapshot or cvs build as I lack a NUT install to test against. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1038413&group_id=29880 From noreply at sourceforge.net Wed Dec 1 20:44:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Dec 1 20:44:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1032009 ] check_ups incompatible with nut 2.0 Message-ID: Bugs item #1032009, was opened at 2004-09-21 09:12 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1032009&group_id=29880 Category: None Group: None >Status: Pending >Resolution: Out of Date Priority: 5 Submitted By: Alain RICHARD (arichard) >Assigned to: Matthew Kent (mattkent) Summary: check_ups incompatible with nut 2.0 Initial Comment: Hi, nut is now at 2.0 level and have changed completly the communication protocol used to monitoring the ups state and values (nut 2.0 is included in various recent distributions like fedora). This breaks completly the check_ups plugin. I have reworked it and you'll find it joined to this report. As the old plugin works with nut-0.x and nut-1.x, I propose to add this as a new check_upsv2 plugin. I am currently using it and it is stable. Regards, ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-12-01 20:43 Message: Logged In: YES user_id=983566 Superceeded by #1038413 a large patch which brings support to NUT 2.0. Would appreciate any testing of check_ups from a recent nightly snapshot/cvs build to make sure it still meets your needs. ---------------------------------------------------------------------- Comment By: Pat Hennessy (pathennessy) Date: 2004-10-18 17:43 Message: Logged In: YES user_id=1140303 Well, thats real useful. I kinda wish I saw all this before, but I must have missed these bugs while looking. Hopefully, this will all be working into the next release of the nagios plugins. Using upsc hasn't been a big deal to us because we install NUT on all the servers. Since we are using it to monitor and handle clean shutdowns. I wasn't aware in the compatibility issue and will keep that in mind to switch versions on everything at once. Actually, I will probably install a patched version of the check_ups program instead. I'd rather use that then a script. I also played with the NUT perl module, but that only works with <=1.4 versions of NUT. It was not real pretty, maybe something better came along. I was kinda tempted to fix it to work with the newer protocol, but parsing the output of upsc was quicker and easier. ---------------------------------------------------------------------- Comment By: arnaud quette (uzuul) Date: 2004-10-18 07:47 Message: Logged In: YES user_id=135177 I've made a patch that include Richard's enhancements plus some of mine. Check http://sourceforge.net/tracker/index.php? func=detail&aid=1038413&group_id=29880&atid=397599 Note that we _can't_ rely on upsc as it implies having NUT installed. We (NUT developers) have made an easy and Ascii protocol so that implementation is fairly straightforward, as in check_ups. Moreover, only upsc from nut 1.4 supports both the old and the new protocol, so if you have NUT 2.0 installed locally, and want to talk to a <= 1.4 NUT server, it won't work! If having both old and new protocol compat is needed, please tell us so. Arnaud --- 2nd NUT coordinator/developer Debian Developer ---------------------------------------------------------------------- Comment By: Pat Hennessy (pathennessy) Date: 2004-10-15 19:44 Message: Logged In: YES user_id=1140303 I also ran into this and found this bug after the fact. I wrote a perl script to use the upsc command instead. The upsc command works with both versions. Since the upsc command comes with the nut client, it should always work with the server. Using this perl script, I am able to update my nut servers one at time without the need to fiddle with my Nagios config or plugins. I was going to submit the script to the contrib section of the CVS tree, but I haven't quite figured out how to do that yet. If someone wants it, I will be happy to email the script to them until I submit it (if its even accepted). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1032009&group_id=29880 From noreply at sourceforge.net Wed Dec 1 20:44:06 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Dec 1 20:44:06 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-815785 ] check_ups - Switch for temperature output (C/F) Message-ID: Patches item #815785, was opened at 2003-10-01 04:46 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=815785&group_id=29880 Category: Enhancement Group: None >Status: Pending >Resolution: Out of Date Priority: 5 Submitted By: Alen Salamun (alien2108) >Assigned to: Matthew Kent (mattkent) Summary: check_ups - Switch for temperature output (C/F) Initial Comment: Well not everone likes Farenheit as output for temperatures. So I added new switch -T for output in Celsius. Diff is made agains latest check_ups.c = Last Modified: $Date: 2003/01/13 12:15:16 $ ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-12-01 20:43 Message: Logged In: YES user_id=983566 Superceeded by #1038413 a large patch which brings support to NUT 2.0 and adds this feature. Would appreciate any testing of check_ups from a recent nightly snapshot/cvs build to make sure it works as expected. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=815785&group_id=29880 From noreply at sourceforge.net Wed Dec 1 20:47:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Dec 1 20:47:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-956829 ] check_ifstatus Prototype mismatch Message-ID: Bugs item #956829, was opened at 2004-05-19 09:07 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=956829&group_id=29880 Category: None Group: None Status: Pending Resolution: None Priority: 5 Submitted By: Christian (christianmead) Assigned to: Matthew Kent (mattkent) Summary: check_ifstatus Prototype mismatch Initial Comment: Hi, When trying to use check_ifstatus, I get the following error. Example: ./check_ifstatus --help Prototype mismatch: sub main::NULL vs () at /usr/share/perl/5.6.1/Exporter.pm line 57. Exporter::import ('INTEGER', 'INTEGER32', 'OCTET_STRING', 'NULL', 'OBJEC T_IDENTIFIER', 'IPADDRESS', 'COUNTER', 'COUNTER32', ... ) called at ./check_ifstatus line 39 main::BEGIN() called at /usr/share/perl5/Net/SNMP.pm line 39 eval {...} called at /usr/share/perl5/Net/SNMP.pm line 39 check_ifstatus plugin for Nagios monitors operational status of each network interface on the target host Usage:... Am I missing a program I need in order for check_ifstatus to work? Thanks, Christian ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-12-01 20:46 Message: Logged In: YES user_id=983566 Thank you to Mr. Hopcroft for his insight on this issue. Can you try this with Net::SNMP v5 and get back to me if that solved it? If so I can put a note in the file about this issue at least. ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-11-28 16:20 Message: Logged In: YES user_id=983566 Sorry for taking so long, is this still an issue? ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-11-23 16:53 Message: Logged In: YES user_id=664364 Moving to Bugs tracker as Support Requests will be closed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=956829&group_id=29880 From noreply at sourceforge.net Thu Dec 2 06:05:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Dec 2 06:05:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1077590 ] check_http.c - Message-ID: Patches item #1077590, was opened at 2004-12-02 09:04 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1077590&group_id=29880 Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: John Sivak (jsivak) Assigned to: Nobody/Anonymous (nobody) Summary: check_http.c - Initial Comment: In going from revision 1.67 to 1.68 the check for valid process_arguments was changed from: if (process_arguments (argc, argv) == ERROR) to if (process_arguments (argc, argv) != OK) This would be fine, except that process_arguments() returns TRUE when everything is "OK", not the _actual_ OK. Here's the small patch to fix the return value for process_arguments(). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1077590&group_id=29880 From noreply at sourceforge.net Thu Dec 2 06:05:07 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Dec 2 06:05:07 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1077590 ] check_http.c - broken return value in process_arguments() Message-ID: Patches item #1077590, was opened at 2004-12-02 09:04 Message generated for change (Settings changed) made by jsivak You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1077590&group_id=29880 Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: John Sivak (jsivak) Assigned to: Nobody/Anonymous (nobody) >Summary: check_http.c - broken return value in process_arguments() Initial Comment: In going from revision 1.67 to 1.68 the check for valid process_arguments was changed from: if (process_arguments (argc, argv) == ERROR) to if (process_arguments (argc, argv) != OK) This would be fine, except that process_arguments() returns TRUE when everything is "OK", not the _actual_ OK. Here's the small patch to fix the return value for process_arguments(). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1077590&group_id=29880 From noreply at sourceforge.net Thu Dec 2 06:37:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Dec 2 06:37:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1077590 ] check_http.c - broken return value in process_arguments() Message-ID: Patches item #1077590, was opened at 2004-12-02 15:04 Message generated for change (Comment added) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1077590&group_id=29880 Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: John Sivak (jsivak) Assigned to: Nobody/Anonymous (nobody) Summary: check_http.c - broken return value in process_arguments() Initial Comment: In going from revision 1.67 to 1.68 the check for valid process_arguments was changed from: if (process_arguments (argc, argv) == ERROR) to if (process_arguments (argc, argv) != OK) This would be fine, except that process_arguments() returns TRUE when everything is "OK", not the _actual_ OK. Here's the small patch to fix the return value for process_arguments(). ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2004-12-02 15:36 Message: Logged In: YES user_id=388184 Hello, It was my fault.. commited to cvs ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1077590&group_id=29880 From noreply at sourceforge.net Thu Dec 2 07:00:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Dec 2 07:00:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1041571 ] simap,spop certificate check and new check_nntps check Message-ID: Patches item #1041571, was opened at 2004-10-06 11:05 Message generated for change (Comment added) made by chen23 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1041571&group_id=29880 Category: Enhancement Group: None >Status: Open Resolution: None Priority: 5 Submitted By: Eric Chen (chen23) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: simap,spop certificate check and new check_nntps check Initial Comment: these patches add a certificate check for check_simap and check_spop. this also adds a new check for nntps this also requires adding to configure.in: check_tcp_ssl="check_simap check_spop check_nntps" patches agains nagios-plugins-1.3.1 built on Solaris 9 w/ Forte Developer 7 C 5.4 ---------------------------------------------------------------------- >Comment By: Eric Chen (chen23) Date: 2004-12-02 09:59 Message: Logged In: YES user_id=271106 from: nagios-plugins-HEAD-200412020547 missing "-D" arg in getopt in plugins/check_tcp.c: c = getopt_long (argc, argv, "+hVv46H:s:e:q:m:c:w:t:p:C:W:d:Sr: jD:",longopts, &option); otherwise functioning as expected ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-12-01 03:34 Message: Logged In: YES user_id=395628 Committed to head. Sorry for the delay - blast need to deal with configure.in also. Would you mind testing ? ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-29 22:23 Message: Logged In: YES user_id=395628 Dear Eric, Thanks for the patches and your patience with the long wait for a response. I hope to apply them as soon as I can understand them. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1041571&group_id=29880 From ae at op5.se Thu Dec 2 10:25:04 2004 From: ae at op5.se (Andreas Ericsson) Date: Thu Dec 2 10:25:04 2004 Subject: [Nagiosplug-devel] check_procs, check_ldap compile errors Message-ID: <41AF1907.7010705@op5.se> While localization is all good and dandy, try once in a while building with --disable-nls. It throws an error on check_dns, check_procs and check_ldap without this patch. The patch is trivial and I'm sure it'll work (although I haven't tested running the plugins, they build cleanly). Apply with patch -p1. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: nagiosplug-gettext-ifdef-fixes.diff URL: From noreply at sourceforge.net Thu Dec 2 11:03:03 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Dec 2 11:03:03 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1077808 ] CVS HEAD won't compile with --disable-nls Message-ID: Patches item #1077808, was opened at 2004-12-02 20:02 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1077808&group_id=29880 Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: Andreas Ericsson (ageric) Assigned to: Nobody/Anonymous (nobody) Summary: CVS HEAD won't compile with --disable-nls Initial Comment: check_dns, check_procs and check_ldap contains calls to ngettext. ngettext doesn't have a macro, so this results in compiler errors when gettext isn't linked in (or simply unavailable). check_ldap also has some bad code using the conditionally defined LDAP_HAVE_SET_OPTION without bothering to check if it's defined. The attached patch fixes those issues. I haven't tested running them, but it compiles cleanly and is trivial enough so as to not need it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1077808&group_id=29880 From ae at op5.se Thu Dec 2 11:04:02 2004 From: ae at op5.se (Andreas Ericsson) Date: Thu Dec 2 11:04:02 2004 Subject: [Nagiosplug-devel] check_procs, check_ldap compile errors In-Reply-To: <41AF1907.7010705@op5.se> References: <41AF1907.7010705@op5.se> Message-ID: <41AF66F4.2090800@op5.se> Andreas Ericsson wrote: > While localization is all good and dandy, try once in a while building > with --disable-nls. It throws an error on check_dns, check_procs and > check_ldap without this patch. > Sorry for reposting, and sorry for posting the patch here in the first place. I've added the patch to the tracker thingie at sourceforge. > The patch is trivial and I'm sure it'll work (although I haven't tested > running the plugins, they build cleanly). > > Apply with patch -p1. > > > ------------------------------------------------------------------------ > > diff -urN ../nagiosplug.orig/plugins/check_ldap.c ./plugins/check_ldap.c > --- ../nagiosplug.orig/plugins/check_ldap.c Thu Dec 2 14:12:56 2004 > +++ ./plugins/check_ldap.c Thu Dec 2 14:18:19 2004 > @@ -335,6 +335,13 @@ > Usage: %s -H -b [-p ] [-a ] [-D ]\n\ > [-P ] [-w ] [-c ] [-t timeout]%s\n\ > (Note: all times are in seconds.)\n"), > - progname, (HAVE_LDAP_SET_OPTION ? "[-2|-3] [-4|-6]" : "")); > + progname, > +#ifdef HAVE_LDAP_SET_OPTION > + " [-2|-3] [-4|-6]" > +#else > + "" > +#endif > + ); > + > printf (_(UT_HLP_VRS), progname, progname); > } > diff -urN ../nagiosplug.orig/plugins/check_procs.c ./plugins/check_procs.c > --- ../nagiosplug.orig/plugins/check_procs.c Thu Dec 2 13:43:43 2004 > +++ ./plugins/check_procs.c Thu Dec 2 14:16:27 2004 > @@ -278,7 +278,7 @@ > printf (_("%d crit, %d warn out of "), crit, warn); > } > } > - printf (ngettext ("%d process", "%d processes", (unsigned long) procs), procs); > + printf ("%d %s", procs, procs == 1 ? _("process") : _("processes")); > > if (strcmp(fmt,"") != 0) { > printf (_(" with %s"), fmt); > diff -urN ../nagiosplug.orig/plugins/check_dns.c ./plugins/check_dns.c > --- ../nagiosplug.orig/plugins/check_dns.c Thu Dec 2 13:43:43 2004 > +++ ./plugins/check_dns.c Thu Dec 2 14:25:26 2004 > @@ -198,7 +198,7 @@ > multi_address = TRUE; > > printf ("DNS %s: ", _("OK")); > - printf (ngettext("%.3f second response time, ", "%.3f seconds response time, ", elapsed_time), elapsed_time); > + printf (_("%.3f seconds response time), ", elapsed_time); > printf (_("%s returns %s"), query_address, address); > printf ("|%s\n", fperfdata ("time", elapsed_time, "s", FALSE, 0, FALSE, 0, TRUE, 0, FALSE, 0)); > } -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From benoit.mortier at opensides.be Thu Dec 2 12:40:03 2004 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Thu Dec 2 12:40:03 2004 Subject: [Nagiosplug-devel] check_procs, check_ldap compile errors In-Reply-To: <41AF1907.7010705@op5.se> References: <41AF1907.7010705@op5.se> Message-ID: <200412022139.51380.benoit.mortier@opensides.be> Le jeudi 2 D?cembre 2004 14:30, Andreas Ericsson a ?crit?: > While localization is all good and dandy, try once in a while building > with --disable-nls. It throws an error on check_dns, check_procs and > check_ldap without this patch. yes was just testing will all the dependancies ;-) > The patch is trivial and I'm sure it'll work (although I haven't tested > running the plugins, they build cleanly). > > Apply with patch -p1. i have just corrected check_dns.c patch, but everything is in cvs Thanks -- Benoit Mortier OpenSides sprl Linux Engineer From noreply at sourceforge.net Thu Dec 2 13:36:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Dec 2 13:36:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1077808 ] CVS HEAD won't compile with --disable-nls Message-ID: Patches item #1077808, was opened at 2004-12-02 20:02 Message generated for change (Comment added) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1077808&group_id=29880 Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: Andreas Ericsson (ageric) Assigned to: Nobody/Anonymous (nobody) Summary: CVS HEAD won't compile with --disable-nls Initial Comment: check_dns, check_procs and check_ldap contains calls to ngettext. ngettext doesn't have a macro, so this results in compiler errors when gettext isn't linked in (or simply unavailable). check_ldap also has some bad code using the conditionally defined LDAP_HAVE_SET_OPTION without bothering to check if it's defined. The attached patch fixes those issues. I haven't tested running them, but it compiles cleanly and is trivial enough so as to not need it. ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2004-12-02 22:35 Message: Logged In: YES user_id=388184 bug fixed in cvs head ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1077808&group_id=29880 From noreply at sourceforge.net Thu Dec 2 18:00:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Dec 2 18:00:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1077808 ] CVS HEAD won't compile with --disable-nls Message-ID: Patches item #1077808, was opened at 2004-12-02 11:02 Message generated for change (Settings changed) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1077808&group_id=29880 Category: Bugfix Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Andreas Ericsson (ageric) Assigned to: Nobody/Anonymous (nobody) Summary: CVS HEAD won't compile with --disable-nls Initial Comment: check_dns, check_procs and check_ldap contains calls to ngettext. ngettext doesn't have a macro, so this results in compiler errors when gettext isn't linked in (or simply unavailable). check_ldap also has some bad code using the conditionally defined LDAP_HAVE_SET_OPTION without bothering to check if it's defined. The attached patch fixes those issues. I haven't tested running them, but it compiles cleanly and is trivial enough so as to not need it. ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2004-12-02 13:35 Message: Logged In: YES user_id=388184 bug fixed in cvs head ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1077808&group_id=29880 From noreply at sourceforge.net Thu Dec 2 20:01:22 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Dec 2 20:01:22 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1041571 ] simap,spop certificate check and new check_nntps check Message-ID: Patches item #1041571, was opened at 2004-10-06 16:05 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1041571&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Eric Chen (chen23) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: simap,spop certificate check and new check_nntps check Initial Comment: these patches add a certificate check for check_simap and check_spop. this also adds a new check for nntps this also requires adding to configure.in: check_tcp_ssl="check_simap check_spop check_nntps" patches agains nagios-plugins-1.3.1 built on Solaris 9 w/ Forte Developer 7 C 5.4 ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-12-03 04:00 Message: Logged In: YES user_id=395628 Dear Eric, Thank you for your patches, testing and feedback. Your corection has been added to the CVS. Thank you ! revision 1.49 date: 2004/12/02 21:03:26; author: stanleyhopcroft; state: Exp; lines: +4 -4 Tracker 1041571: appended :D to getopt_long() args (for cert expiry check). Eric Chen. ---------------------------- ---------------------------------------------------------------------- Comment By: Eric Chen (chen23) Date: 2004-12-02 14:59 Message: Logged In: YES user_id=271106 from: nagios-plugins-HEAD-200412020547 missing "-D" arg in getopt in plugins/check_tcp.c: c = getopt_long (argc, argv, "+hVv46H:s:e:q:m:c:w:t:p:C:W:d:Sr: jD:",longopts, &option); otherwise functioning as expected ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-12-01 08:34 Message: Logged In: YES user_id=395628 Committed to head. Sorry for the delay - blast need to deal with configure.in also. Would you mind testing ? ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-30 03:23 Message: Logged In: YES user_id=395628 Dear Eric, Thanks for the patches and your patience with the long wait for a response. I hope to apply them as soon as I can understand them. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1041571&group_id=29880 From noreply at sourceforge.net Thu Dec 2 20:18:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Dec 2 20:18:04 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-991359 ] patch for checking elapsed time of a process Message-ID: Patches item #991359, was opened at 2004-07-14 22:17 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=991359&group_id=29880 Category: Enhancement Group: None >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Russell Miller (duskglow) Assigned to: Matthew Kent (mattkent) Summary: patch for checking elapsed time of a process Initial Comment: Adds a "-e" option (patch is slightly incorrect in that an "e:" should be added to the getopt string, that's not in the patch) to check_procs, so that the elapsed time of a process can be measured and warnings thrown if the process lasts too long. This is useful if a program such as ftpd runs away. ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-12-02 20:17 Message: Logged In: YES user_id=983566 Applied to HEAD with a few small changes. Kernel 2.6.5 and 2.6.6 in my testing on my installs have a few procs listed with a strange infinite time on them. Only supported for linux so far, openbsd has an output format that's harder to parse. Others unixes I'm not sure on. More tidying up on todo. ---------------------------------------------------------------------- Comment By: Russell Miller (duskglow) Date: 2004-07-29 11:41 Message: Logged In: YES user_id=163260 Sigh, third time's a charm. ---------------------------------------------------------------------- Comment By: Russell Miller (duskglow) Date: 2004-07-29 11:39 Message: Logged In: YES user_id=163260 Oops, here's the patch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=991359&group_id=29880 From tonvoon at mac.com Fri Dec 3 01:01:15 2004 From: tonvoon at mac.com (Ton Voon) Date: Fri Dec 3 01:01:15 2004 Subject: ngettext errors with --disable-nls (was Re: [Nagiosplug-devel] check_procs, check_ldap compile errors) In-Reply-To: <41AF1907.7010705@op5.se> References: <41AF1907.7010705@op5.se> Message-ID: Andreas, Thanks for the patch. Yes, definitely a good practice to build with --disable-nls every so often - will update my release notes to try this before publishing a release. While your patches are fine and Benoit has applied to CVS, I'd like to know why ngettext does not work. I would expect ngettext to be effectively void, such as _("message") is made void with --disable-nls. Does anyone know if we are implementing or configuring gettext incorrectly? Ton On 2 Dec 2004, at 13:30, Andreas Ericsson wrote: > While localization is all good and dandy, try once in a while building > with --disable-nls. It throws an error on check_dns, check_procs and > check_ldap without this patch. > > The patch is trivial and I'm sure it'll work (although I haven't > tested running the plugins, they build cleanly). > > Apply with patch -p1. > > -- > Andreas Ericsson andreas.ericsson at op5.se > OP5 AB www.op5.se > Lead Developer > diff -urN ../nagiosplug.orig/plugins/check_ldap.c > ./plugins/check_ldap.c > --- ../nagiosplug.orig/plugins/check_ldap.c Thu Dec 2 14:12:56 2004 > +++ ./plugins/check_ldap.c Thu Dec 2 14:18:19 2004 > @@ -335,6 +335,13 @@ > Usage: %s -H -b [-p ] [-a ] [-D > ]\n\ > [-P ] [-w ] [-c ] [-t timeout]%s\n\ > (Note: all times are in seconds.)\n"), > - progname, (HAVE_LDAP_SET_OPTION ? "[-2|-3] [-4|-6]" : "")); > + progname, > +#ifdef HAVE_LDAP_SET_OPTION > + " [-2|-3] [-4|-6]" > +#else > + "" > +#endif > + ); > + > printf (_(UT_HLP_VRS), progname, progname); > } > diff -urN ../nagiosplug.orig/plugins/check_procs.c > ./plugins/check_procs.c > --- ../nagiosplug.orig/plugins/check_procs.c Thu Dec 2 13:43:43 2004 > +++ ./plugins/check_procs.c Thu Dec 2 14:16:27 2004 > @@ -278,7 +278,7 @@ > printf (_("%d crit, %d warn out of "), crit, warn); > } > } > - printf (ngettext ("%d process", "%d processes", (unsigned long) > procs), procs); > + printf ("%d %s", procs, procs == 1 ? _("process") : _("processes")); > > if (strcmp(fmt,"") != 0) { > printf (_(" with %s"), fmt); > diff -urN ../nagiosplug.orig/plugins/check_dns.c ./plugins/check_dns.c > --- ../nagiosplug.orig/plugins/check_dns.c Thu Dec 2 13:43:43 2004 > +++ ./plugins/check_dns.c Thu Dec 2 14:25:26 2004 > @@ -198,7 +198,7 @@ > multi_address = TRUE; > > printf ("DNS %s: ", _("OK")); > - printf (ngettext("%.3f second response time, ", "%.3f seconds > response time, ", elapsed_time), elapsed_time); > + printf (_("%.3f seconds response time), ", elapsed_time); > printf (_("%s returns %s"), query_address, address); > printf ("|%s\n", fperfdata ("time", elapsed_time, "s", FALSE, 0, > FALSE, 0, TRUE, 0, FALSE, 0)); > } From noreply at sourceforge.net Fri Dec 3 04:17:07 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Dec 3 04:17:07 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1041571 ] simap,spop certificate check and new check_nntps check Message-ID: Patches item #1041571, was opened at 2004-10-06 11:05 Message generated for change (Comment added) made by chen23 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1041571&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Eric Chen (chen23) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: simap,spop certificate check and new check_nntps check Initial Comment: these patches add a certificate check for check_simap and check_spop. this also adds a new check for nntps this also requires adding to configure.in: check_tcp_ssl="check_simap check_spop check_nntps" patches agains nagios-plugins-1.3.1 built on Solaris 9 w/ Forte Developer 7 C 5.4 ---------------------------------------------------------------------- >Comment By: Eric Chen (chen23) Date: 2004-12-03 07:16 Message: Logged In: YES user_id=271106 the last patch isn't quite what i submitted. the diff added ":D" when it should have been "D:". i haven't tested the code, but i expect that it probably still fails. thanks. -eric ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-12-02 23:00 Message: Logged In: YES user_id=395628 Dear Eric, Thank you for your patches, testing and feedback. Your corection has been added to the CVS. Thank you ! revision 1.49 date: 2004/12/02 21:03:26; author: stanleyhopcroft; state: Exp; lines: +4 -4 Tracker 1041571: appended :D to getopt_long() args (for cert expiry check). Eric Chen. ---------------------------- ---------------------------------------------------------------------- Comment By: Eric Chen (chen23) Date: 2004-12-02 09:59 Message: Logged In: YES user_id=271106 from: nagios-plugins-HEAD-200412020547 missing "-D" arg in getopt in plugins/check_tcp.c: c = getopt_long (argc, argv, "+hVv46H:s:e:q:m:c:w:t:p:C:W:d:Sr: jD:",longopts, &option); otherwise functioning as expected ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-12-01 03:34 Message: Logged In: YES user_id=395628 Committed to head. Sorry for the delay - blast need to deal with configure.in also. Would you mind testing ? ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-29 22:23 Message: Logged In: YES user_id=395628 Dear Eric, Thanks for the patches and your patience with the long wait for a response. I hope to apply them as soon as I can understand them. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1041571&group_id=29880 From noreply at sourceforge.net Fri Dec 3 13:58:10 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Dec 3 13:58:10 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1041571 ] simap,spop certificate check and new check_nntps check Message-ID: Patches item #1041571, was opened at 2004-10-06 16:05 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1041571&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Eric Chen (chen23) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: simap,spop certificate check and new check_nntps check Initial Comment: these patches add a certificate check for check_simap and check_spop. this also adds a new check for nntps this also requires adding to configure.in: check_tcp_ssl="check_simap check_spop check_nntps" patches agains nagios-plugins-1.3.1 built on Solaris 9 w/ Forte Developer 7 C 5.4 ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-12-03 21:57 Message: Logged In: YES user_id=395628 Dear Eric, Thanks for your patience once again. Corrected -D option processing in CVS. pc09011> ./check_tcp -H pericles.IPAustralia.Gov.AU -p 443 -D 3 Certificate will expire on 04/30/2005 23:5. pc09011> ---------------------------------------------------------------------- Comment By: Eric Chen (chen23) Date: 2004-12-03 12:16 Message: Logged In: YES user_id=271106 the last patch isn't quite what i submitted. the diff added ":D" when it should have been "D:". i haven't tested the code, but i expect that it probably still fails. thanks. -eric ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-12-03 04:00 Message: Logged In: YES user_id=395628 Dear Eric, Thank you for your patches, testing and feedback. Your corection has been added to the CVS. Thank you ! revision 1.49 date: 2004/12/02 21:03:26; author: stanleyhopcroft; state: Exp; lines: +4 -4 Tracker 1041571: appended :D to getopt_long() args (for cert expiry check). Eric Chen. ---------------------------- ---------------------------------------------------------------------- Comment By: Eric Chen (chen23) Date: 2004-12-02 14:59 Message: Logged In: YES user_id=271106 from: nagios-plugins-HEAD-200412020547 missing "-D" arg in getopt in plugins/check_tcp.c: c = getopt_long (argc, argv, "+hVv46H:s:e:q:m:c:w:t:p:C:W:d:Sr: jD:",longopts, &option); otherwise functioning as expected ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-12-01 08:34 Message: Logged In: YES user_id=395628 Committed to head. Sorry for the delay - blast need to deal with configure.in also. Would you mind testing ? ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-30 03:23 Message: Logged In: YES user_id=395628 Dear Eric, Thanks for the patches and your patience with the long wait for a response. I hope to apply them as soon as I can understand them. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1041571&group_id=29880 From noreply at sourceforge.net Fri Dec 3 15:18:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Dec 3 15:18:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1078682 ] broken in CVS - check_ping, _http, and more.. Message-ID: Bugs item #1078682, was opened at 2004-12-03 18:17 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1078682&group_id=29880 Category: None Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: John Sivak (jsivak) Assigned to: Nobody/Anonymous (nobody) Summary: broken in CVS - check_ping, _http, and more.. Initial Comment: This is related to https://sourceforge.net/tracker/index.php?func=detail&aid=1077590&group_id=29880&atid=397599 which was "fixed". But, the fix didn't change the "return OK;" statement in either process_arguments() or validate_arugments() in the following files: check_ping.c check_http.c check_dns.c check_smtp.c check_mysql.c check_tcp.c OK is defined as "0" in common.h, so the "if (process_arguments (argc, argv) != TRUE)" checks are failing when OK is returned (0 != TRUE). I didn't supply a patch since I'm not sure how you want to fix the problem (either changing the "if" statement or changing the return statements..) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1078682&group_id=29880 From noreply at sourceforge.net Fri Dec 3 15:29:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Dec 3 15:29:04 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1078682 ] broken in CVS - check_ping, _http, and more.. Message-ID: Bugs item #1078682, was opened at 2004-12-04 00:17 Message generated for change (Comment added) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1078682&group_id=29880 >Category: Argument proccessing Group: CVS Status: Open Resolution: None >Priority: 7 Submitted By: John Sivak (jsivak) >Assigned to: Benoit Mortier (opensides) Summary: broken in CVS - check_ping, _http, and more.. Initial Comment: This is related to https://sourceforge.net/tracker/index.php?func=detail&aid=1077590&group_id=29880&atid=397599 which was "fixed". But, the fix didn't change the "return OK;" statement in either process_arguments() or validate_arugments() in the following files: check_ping.c check_http.c check_dns.c check_smtp.c check_mysql.c check_tcp.c OK is defined as "0" in common.h, so the "if (process_arguments (argc, argv) != TRUE)" checks are failing when OK is returned (0 != TRUE). I didn't supply a patch since I'm not sure how you want to fix the problem (either changing the "if" statement or changing the return statements..) ---------------------------------------------------------------------- >Comment By: Benoit Mortier (opensides) Date: 2004-12-04 00:28 Message: Logged In: YES user_id=388184 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1078682&group_id=29880 From noreply at sourceforge.net Fri Dec 3 15:57:00 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Dec 3 15:57:00 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1078682 ] broken in CVS - check_ping, _http, and more.. Message-ID: Bugs item #1078682, was opened at 2004-12-04 00:17 Message generated for change (Comment added) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1078682&group_id=29880 Category: Argument proccessing Group: CVS >Status: Pending Resolution: None Priority: 7 Submitted By: John Sivak (jsivak) Assigned to: Benoit Mortier (opensides) Summary: broken in CVS - check_ping, _http, and more.. Initial Comment: This is related to https://sourceforge.net/tracker/index.php?func=detail&aid=1077590&group_id=29880&atid=397599 which was "fixed". But, the fix didn't change the "return OK;" statement in either process_arguments() or validate_arugments() in the following files: check_ping.c check_http.c check_dns.c check_smtp.c check_mysql.c check_tcp.c OK is defined as "0" in common.h, so the "if (process_arguments (argc, argv) != TRUE)" checks are failing when OK is returned (0 != TRUE). I didn't supply a patch since I'm not sure how you want to fix the problem (either changing the "if" statement or changing the return statements..) ---------------------------------------------------------------------- >Comment By: Benoit Mortier (opensides) Date: 2004-12-04 00:56 Message: Logged In: YES user_id=388184 Hi, i just fixed it in cvs, reverting my changes from !=TRUE to == ERROR could you please test the fix. Thank you ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2004-12-04 00:28 Message: Logged In: YES user_id=388184 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1078682&group_id=29880 From Stanley.Hopcroft at IPAustralia.Gov.AU Fri Dec 3 16:04:00 2004 From: Stanley.Hopcroft at IPAustralia.Gov.AU (Stanley Hopcroft) Date: Fri Dec 3 16:04:00 2004 Subject: [Nagiosplug-devel] Re: [ nagiosplug-Bugs-1078682 ] broken in CVS - check_ping, _http, and more..] Message-ID: <20041204000300.GA66104@IPAustralia.Gov.AU> Dear Folks, OK, as Mr Sivak points out, is 0 and therefore if ( process_arguments() == TRUE ) fails causing the plugin to fail with "Could not parse arguments". Since OK seems used consistently to check the results of system calls etc, is return TRUE; the way to go ? (FWIW, I fell into this with check_tcp.c; it has been modfied by having process_arguments() return TRUE). Yours sincerely -- Stanley Hopcroft IP Australia Ph: (02) 6283 3189 Fax: (02) 6281 1353 PO Box 200 Woden ACT 2606 http://www.ipaustralia.gov.au -------------- next part -------------- An embedded message was scrubbed... From: "SourceForge.net" Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1078682 ] broken in CVS - check_ping, _http, and more.. Date: Fri, 03 Dec 2004 15:17:21 -0800 Size: 6038 URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: disclaimer.txt URL: From noreply at sourceforge.net Fri Dec 3 16:05:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Dec 3 16:05:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1077590 ] check_http.c - broken return value in process_arguments() Message-ID: Bugs item #1077590, was opened at 2004-12-02 15:04 Message generated for change (Comment added) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1077590&group_id=29880 >Category: None Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: John Sivak (jsivak) >Assigned to: Benoit Mortier (opensides) Summary: check_http.c - broken return value in process_arguments() Initial Comment: In going from revision 1.67 to 1.68 the check for valid process_arguments was changed from: if (process_arguments (argc, argv) == ERROR) to if (process_arguments (argc, argv) != OK) This would be fine, except that process_arguments() returns TRUE when everything is "OK", not the _actual_ OK. Here's the small patch to fix the return value for process_arguments(). ---------------------------------------------------------------------- >Comment By: Benoit Mortier (opensides) Date: 2004-12-04 01:04 Message: Logged In: YES user_id=388184 Hi, normaly corrected along bug 1078682 Please test Thank you ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2004-12-02 15:36 Message: Logged In: YES user_id=388184 Hello, It was my fault.. commited to cvs ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1077590&group_id=29880 From noreply at sourceforge.net Fri Dec 3 16:13:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Dec 3 16:13:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1041548 ] bug in check_nt with fix Message-ID: Bugs item #1041548, was opened at 2004-10-06 17:31 Message generated for change (Comment added) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1041548&group_id=29880 Category: Argument proccessing Group: None >Status: Pending >Resolution: Fixed Priority: 5 Submitted By: p_ashfield (paulashfield) >Assigned to: Benoit Mortier (opensides) Summary: bug in check_nt with fix Initial Comment: check_nt.c , line 183 : else if (strlen(value_list)==1) output_message = strdup (_("wrong -l argument")); the ==1 should be != 1, value_list in this branch is the drive letter to check for space so a single character is the correct syntax ---------------------------------------------------------------------- >Comment By: Benoit Mortier (opensides) Date: 2004-12-04 01:12 Message: Logged In: YES user_id=388184 Hi, corrected in cvs head Please test the new version ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1041548&group_id=29880 From noreply at sourceforge.net Fri Dec 3 16:26:09 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Dec 3 16:26:09 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1024735 ] check_swap providing inaccurate swap information on Sol6 Message-ID: Bugs item #1024735, was opened at 2004-09-09 00:47 Message generated for change (Comment added) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1024735&group_id=29880 Category: Interface (example) Group: CVS >Status: Pending Resolution: None Priority: 5 Submitted By: Paul (genesisca) >Assigned to: Benoit Mortier (opensides) Summary: check_swap providing inaccurate swap information on Sol6 Initial Comment: Current CVS copy of check_swap compiled and running on a Solaris 2.6/Sparc system. swap -l reports: -- swapfile dev swaplo blocks free /dev/vx/dsk/swapvol 158,8 16 4193664 4149872 -- (Swap space is on a Veritas volume.) check_swap reports: -- SWAP OK: 99% free (2026 MB out of 1308622848 MB)" -- The 2026MB figure is right on but, obviously, the total swap figure is completely off. ---------------------------------------------------------------------- >Comment By: Benoit Mortier (opensides) Date: 2004-12-04 01:25 Message: Logged In: YES user_id=388184 Hi, applied to cvs head, could you please test it thanks ---------------------------------------------------------------------- Comment By: Paul (genesisca) Date: 2004-09-10 23:03 Message: Logged In: YES user_id=1118471 Although we originally changed the configure script directly, this diff shows the same change as made to the configure.in script. Again, totally not a programmer, my apologies if this is idiotic. :) 1289c1289 < ac_cv_swap_format=["%*s %*[0-9,-] %*d %d %d"] --- > ac_cv_swap_format=["%*s %*[0-9,-] %*llu %llu %llu"] ---------------------------------------------------------------------- Comment By: Paul (genesisca) Date: 2004-09-10 22:51 Message: Logged In: YES user_id=1118471 Forgot to mention that I also changed the Solaris SWAP_FORMAT in the configure script to read in %llu instead of a %d, to match the declared 'unsigned long long types' of the variables used in check_swap. ---------------------------------------------------------------------- Comment By: Paul (genesisca) Date: 2004-09-10 22:47 Message: Logged In: YES user_id=1118471 I am definitely not a programmer but I managed to get some help looking at this problem and have attached a diff of changes that fixed the problem in our environment. It may not be useful as a permanent fix, but it should definitely save some time debugging. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1024735&group_id=29880 From benoit.mortier at opensides.be Fri Dec 3 16:29:01 2004 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Fri Dec 3 16:29:01 2004 Subject: [Nagiosplug-devel] Re: [ nagiosplug-Bugs-1078682 ] broken in CVS - check_ping, _http, and more..] In-Reply-To: <20041204000300.GA66104@IPAustralia.Gov.AU> References: <20041204000300.GA66104@IPAustralia.Gov.AU> Message-ID: <200412040128.10509.benoit.mortier@opensides.be> Le samedi 4 D?cembre 2004 01:03, Stanley Hopcroft a ?crit?: > Dear Folks, > > OK, as Mr Sivak points out, is 0 and therefore > > if ( process_arguments() == TRUE ) > > fails causing the plugin to fail with "Could not parse arguments". > > Since OK seems used consistently to check the results of system calls > etc, is return TRUE; the way to go ? Apologies it was my fault ;-( it is already corrected and is in cvs. Again i feel sorry for the mess ;-( -- Benoit Mortier OpenSides sprl Linux Engineer From noreply at sourceforge.net Fri Dec 3 16:34:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Dec 3 16:34:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-998291 ] check_ping (1.3.1 and CVS) does not catch expired TTL errors Message-ID: Bugs item #998291, was opened at 2004-07-26 22:28 Message generated for change (Comment added) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=998291&group_id=29880 Category: Parsing problem Group: Release (specify) >Status: Pending Resolution: None Priority: 5 Submitted By: Georger Araujo (georger_br) >Assigned to: Benoit Mortier (opensides) Summary: check_ping (1.3.1 and CVS) does not catch expired TTL errors Initial Comment: Guys, I often get the following problem in my network: [root at nagios nagios-plugins-1.3.1]# ping 10.83.0.242 PING 10.83.0.242 (10.83.0.242) 56(84) bytes of data. >From 10.10.0.22: icmp_seq=0 Redirect Host(New nexthop: 10.10.0.242) (... several lines of ICMP redirects ...) >From 10.10.0.22 icmp_seq=0 Time to live exceeded Nagios fails to figure out the host is down - in reality, I have a routing loop and my routers are just playing Pong. Worse, as Nagios doesn't treat this as an error, the ping goes on until check_plugin times out. Not good. OK, you can say I should just append a -w to my command file (when I do it, ping stops on the first "Time to live exceeded" error) - but Nagios *should* figure this out (that the host is down) and do its stuff. The way check_plugin.c is now, Nagios will not play nice with my network. I just looked the latest check_ping.c in CVS and saw that both the STDOUT/STDERR and -w issues have been taken care of, but in order to attain as much accuracy as possible please consider adding this to error_scan(): /* Georger's suggestion if (strstr (buf, "Time to live exceeded")) die (STATE_CRITICAL, _("PING CRITICAL - Time to live exceeded (%s)"), addr); */ I'd love to use the CVS version, but it doesn't compile on my box - I get an error stating that my_connect is declared in two places (net_utils.h and my_sql.c, or was it .h? Dunno, already deleted it), and I couldn't figure out how to not compile check_mysql (or at least compile just check_ping alone). Long live Nagios. Georger ---------------------------------------------------------------------- >Comment By: Benoit Mortier (opensides) Date: 2004-12-04 01:33 Message: Logged In: YES user_id=388184 Hi, did you test the fix in 962495 and your little hack any news ?? ---------------------------------------------------------------------- Comment By: Georger Araujo (georger_br) Date: 2004-07-26 22:33 Message: Logged In: YES user_id=1087649 Heh, just saw that the my_connect issue has been taken care in bug report #962495. I'll try that in my network, along with my little error_scan hack. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=998291&group_id=29880 From noreply at sourceforge.net Fri Dec 3 16:43:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Dec 3 16:43:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1076737 ] Typing error in check_snmp_disk_monitor.pl Message-ID: Patches item #1076737, was opened at 2004-12-01 14:31 Message generated for change (Comment added) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1076737&group_id=29880 Category: Bugfix Group: None >Status: Deleted Resolution: None Priority: 5 Submitted By: Kirill Pushkin (sm97) >Assigned to: Benoit Mortier (opensides) Summary: Typing error in check_snmp_disk_monitor.pl Initial Comment: This patch allows you *really* define warning and critical levels of disk usage. --- check_snmp_disk_monitor.pl.orig 2004-12-01 16:20:14.502241047 +0300 +++ check_snmp_disk_monitor.pl 2004-12-01 16:20:34.524424531 +0300 @@ -37,8 +37,8 @@ 'H:s' => \, 'hostname:s' => \, 'p:i' => \, 'port:i' => \, 'C:s' => \, 'community:s' => \, - 'c:i' => \, 'critical:i' => \, - 'w:i' => \, 'warning:i' => \, + 'c:i' => \, 'critical:i' => \, + 'w:i' => \, 'warning:i' => \, 't:i' => \, 'timeout:i' => \, 'm:s' => \, 'mountpoint:s'=> \ ); ---------------------------------------------------------------------- >Comment By: Benoit Mortier (opensides) Date: 2004-12-04 01:40 Message: Logged In: YES user_id=388184 Hi, your patch has been applied and is in cvs head. Can you test it ? Thank you ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1076737&group_id=29880 From noreply at sourceforge.net Fri Dec 3 16:51:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Dec 3 16:51:04 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-845143 ] Use multiplier characters for snmp_traf bandwith limits Message-ID: Patches item #845143, was opened at 2003-11-19 15:18 Message generated for change (Comment added) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=845143&group_id=29880 >Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Lutz Behnke (cypherfox) >Assigned to: Benoit Mortier (opensides) Summary: Use multiplier characters for snmp_traf bandwith limits Initial Comment: Writing long decimal numbers for large bandwiths is error prone. The patch allows the use of K, M, and G multipliers for bandwidth limit numbers. The multipliers are case insensitive and are for 2**10, 2**20 and 2**30 respective ---------------------------------------------------------------------- >Comment By: Benoit Mortier (opensides) Date: 2004-12-04 01:50 Message: Logged In: YES user_id=388184 Ok, will look at it ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=845143&group_id=29880 From ae at op5.se Sat Dec 4 04:37:10 2004 From: ae at op5.se (Andreas Ericsson) Date: Sat Dec 4 04:37:10 2004 Subject: [Nagiosplug-devel] A couple of suggestions Message-ID: <41B1AF5F.1060102@op5.se> Ahoy. I might as well apologize right away, since this probably won't go down too well with all of the developers. Down to business. I'm delighted to see that plugin development pace has picked up. I'm not equally delighted in the deterioration of code quality and the apparent lack of even basic testing of checked in changes. Suggestions; 1. Provide a cvs commit script containing only the extremely simple line below; ./configure && make && make distclean && cvs "$@" commit (the "$@" lets people specify their own -m "commiting plugins" message and whatnot). Decapitate developers that check in code that doesn't pass this simple test. The number of prettyprint commits (internationalization falls under prettyprint) that has broken the compilation process of the plugins is appalling and downright silly. Most of the problems can be traced to missing parentheses or semicolons which is just plain dumb and most of the time not even worthy of a patch submission. 2. Set a date where nothing but bugfixes make it into the repository. Put a halt in internationalization, porting (to new platforms, that is), prettyness and whatever else might be nice to have and concentrate on making the plugins build and execute properly. Decide what functionality you'll be supporting. Create a testcase (I'm already working on an easily extendable one) that tests all of that functionality and run it for each change before checking in changes. 3. When the plugins are stabilized (petty stuff frozen and bugfix period has come to an end), release a beta and review the plugins for best practices. A couple of examples; The check_load plugin should have float load[3], warn[3], crit[3]; instead of the present code. check_hpjd (well, all plugins, but check_hpjd doesn't) should do signal handling to determine timeout instead of assuming that's what happened when snmpget sends output to stderr. It should also pass -Onq instead of -OQa (which currently yields unparseable output and throws an error with ucd-snmp 4.x). Possibly, output parsing plugins should be rewritten in perl if the increased load is justifiable for the more rarely used plugins (how many check_hpjd checks does people have in each network?). Replace hard-to-port code with more portable such where possible. 4. Have another bugfix period, open for regression fixes only. Make sure the "best practice" changes doesn't break functionality. If they do, roll them back and put a TODO to do a later review of that plugin. 5. Release stable when all checks pass the testcase. This sort of simplified version of Extreme Programming works fairly well to help keeping the release cycle on schedule by the simple expedient of helping developers focus on what's currently important. These are only suggestions. If you (plugin developers) don't like them, then don't follow them. Disclaimer; I'm well aware of the fact that the plugin developers do this for free and on their spare time. That's not an excuse not to do things properly. If anyone on the plugin developmen team thinks this is an overwhelming task then just drop the commits for a while (so any patches created will be valid) and I'll have a patch to bring it to and complete phase 3 by the end of next week (that's 4 days before next planned alpha release). -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From noreply at sourceforge.net Sat Dec 4 07:43:07 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Dec 4 07:43:07 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1078682 ] broken in CVS - check_ping, _http, and more.. Message-ID: Bugs item #1078682, was opened at 2004-12-03 18:17 Message generated for change (Comment added) made by jsivak You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1078682&group_id=29880 Category: Argument proccessing Group: CVS >Status: Open Resolution: None Priority: 7 Submitted By: John Sivak (jsivak) Assigned to: Benoit Mortier (opensides) Summary: broken in CVS - check_ping, _http, and more.. Initial Comment: This is related to https://sourceforge.net/tracker/index.php?func=detail&aid=1077590&group_id=29880&atid=397599 which was "fixed". But, the fix didn't change the "return OK;" statement in either process_arguments() or validate_arugments() in the following files: check_ping.c check_http.c check_dns.c check_smtp.c check_mysql.c check_tcp.c OK is defined as "0" in common.h, so the "if (process_arguments (argc, argv) != TRUE)" checks are failing when OK is returned (0 != TRUE). I didn't supply a patch since I'm not sure how you want to fix the problem (either changing the "if" statement or changing the return statements..) ---------------------------------------------------------------------- >Comment By: John Sivak (jsivak) Date: 2004-12-04 10:42 Message: Logged In: YES user_id=679094 Much better. Thanx! ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2004-12-03 18:56 Message: Logged In: YES user_id=388184 Hi, i just fixed it in cvs, reverting my changes from !=TRUE to == ERROR could you please test the fix. Thank you ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2004-12-03 18:28 Message: Logged In: YES user_id=388184 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1078682&group_id=29880 From ae at op5.se Sat Dec 4 08:12:01 2004 From: ae at op5.se (Andreas Ericsson) Date: Sat Dec 4 08:12:01 2004 Subject: [Nagiosplug-devel] Re: [Nagios-devel] Prototypes in utils.h In-Reply-To: <41B1DAFA.60004@op5.se> References: <41B1DAFA.60004@op5.se> Message-ID: <41B1E1A1.1050205@op5.se> Dang. That should have gone to nagiosplug-devel. I'll repost (to the bugtracker thingie). Sorry 'bout that. A bit tipsy, seein' as is bein' satterdei 'n all. ;) Sorry to those who see this message twice. Andreas Ericsson wrote: > I've started auditing the plugins and I've got a couple of questions. > > Function arguments are often named in the prototypes contained in > utils.h (but not always). Is there a reason for that? Portability > springs to mind, but utils.c makes heavy use of asprintf() which is a > GNU extension. > > On a side-note, there's no prototype for usage4() in utils.h > > The attached patch takes care of both issues. > > > ------------------------------------------------------------------------ > > --- ../nagiosplug.orig/plugins/utils.h 2004-12-03 18:48:53.000000000 +0100 > +++ plugins/utils.h 2004-12-04 16:40:13.000000000 +0100 > @@ -16,9 +16,9 @@ > /* $Id: utils.h,v 1.21 2004/12/03 17:48:53 opensides Exp $ */ > > void support (void); > -char *clean_revstring (const char *revstring); > +char *clean_revstring (const char *); > void print_revision (const char *, const char *); > -void die (int result, const char *fmt, ...) __attribute__((noreturn,format(printf, 2, 3))); > +void die (int, const char *, ...) __attribute__((noreturn,format(printf, 2, 3))); > > /* Handle timeouts */ > > @@ -57,7 +57,7 @@ > #endif > > #ifndef HAVE_GETTIMEOFDAY > -int gettimeofday(struct timeval *tv, struct timezone *tz); > +int gettimeofday(struct timeval *, struct timezone *); > #endif > > double delta_time (struct timeval tv); > @@ -65,46 +65,47 @@ > > /* Handle strings safely */ > > -void strip (char *buffer); > -char *strscpy (char *dest, const char *src); > -char *strnl (char *str); > -char *strpcpy (char *dest, const char *src, const char *str); > -char *strpcat (char *dest, const char *src, const char *str); > +void strip (char *); > +char *strscpy (char *, const char *); > +char *strnl (char *); > +char *strpcpy (char *, const char *, const char *); > +char *strpcat (char *, const char *, const char *); > > int max_state (int a, int b); > > -void usage (const char *msg) __attribute__((noreturn)); > -void usage2(const char *msg, const char *arg) __attribute__((noreturn)); > -void usage3(const char *msg, int arg) __attribute__((noreturn)); > +void usage (const char *) __attribute__((noreturn)); > +void usage2(const char *, const char *) __attribute__((noreturn)); > +void usage3(const char *, int) __attribute__((noreturn)); > +void usage4(const char *); > > -const char *state_text (int result); > +const char *state_text (int); > > #define max(a,b) (((a)>(b))?(a):(b)) > #define min(a,b) (((a)<(b))?(a):(b)) > > -char *perfdata (const char *label, > - long int val, > - const char *uom, > - int warnp, > - long int warn, > - int critp, > - long int crit, > - int minp, > - long int minv, > - int maxp, > - long int maxv); > - > -char *fperfdata (const char *label, > - double val, > - const char *uom, > - int warnp, > - double warn, > - int critp, > - double crit, > - int minp, > - double minv, > - int maxp, > - double maxv); > +char *perfdata (const char *, > + long int, > + const char *, > + int, > + long int, > + int, > + long int, > + int, > + long int, > + int, > + long int); > + > +char *fperfdata (const char *, > + double, > + const char *, > + int, > + double, > + int, > + double, > + int, > + double, > + int, > + double); > > /* The idea here is that, although not every plugin will use all of these, > most will or should. Therefore, for consistency, these very common -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From noreply at sourceforge.net Sat Dec 4 08:20:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Dec 4 08:20:04 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1078934 ] Prototype prudence in utils.h, -Wall fixes Message-ID: Patches item #1078934, was opened at 2004-12-04 17:19 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1078934&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Andreas Ericsson (ageric) Assigned to: Nobody/Anonymous (nobody) Summary: Prototype prudence in utils.h, -Wall fixes Initial Comment: The attached patch removes variable names from prototypes in utils.h. It also fixes a few -Wall fixes in plugins, as well as upgrades check_icmp to 0.8.1 (which has been the latest for quite some time now). Cheers ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1078934&group_id=29880 From noreply at sourceforge.net Sat Dec 4 10:26:05 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Dec 4 10:26:05 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-998291 ] check_ping (1.3.1 and CVS) does not catch expired TTL errors Message-ID: Bugs item #998291, was opened at 2004-07-26 17:28 Message generated for change (Comment added) made by georger_br You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=998291&group_id=29880 Category: Parsing problem Group: Release (specify) >Status: Open Resolution: None Priority: 5 Submitted By: Georger Araujo (georger_br) Assigned to: Benoit Mortier (opensides) Summary: check_ping (1.3.1 and CVS) does not catch expired TTL errors Initial Comment: Guys, I often get the following problem in my network: [root at nagios nagios-plugins-1.3.1]# ping 10.83.0.242 PING 10.83.0.242 (10.83.0.242) 56(84) bytes of data. >From 10.10.0.22: icmp_seq=0 Redirect Host(New nexthop: 10.10.0.242) (... several lines of ICMP redirects ...) >From 10.10.0.22 icmp_seq=0 Time to live exceeded Nagios fails to figure out the host is down - in reality, I have a routing loop and my routers are just playing Pong. Worse, as Nagios doesn't treat this as an error, the ping goes on until check_plugin times out. Not good. OK, you can say I should just append a -w to my command file (when I do it, ping stops on the first "Time to live exceeded" error) - but Nagios *should* figure this out (that the host is down) and do its stuff. The way check_plugin.c is now, Nagios will not play nice with my network. I just looked the latest check_ping.c in CVS and saw that both the STDOUT/STDERR and -w issues have been taken care of, but in order to attain as much accuracy as possible please consider adding this to error_scan(): /* Georger's suggestion if (strstr (buf, "Time to live exceeded")) die (STATE_CRITICAL, _("PING CRITICAL - Time to live exceeded (%s)"), addr); */ I'd love to use the CVS version, but it doesn't compile on my box - I get an error stating that my_connect is declared in two places (net_utils.h and my_sql.c, or was it .h? Dunno, already deleted it), and I couldn't figure out how to not compile check_mysql (or at least compile just check_ping alone). Long live Nagios. Georger ---------------------------------------------------------------------- >Comment By: Georger Araujo (georger_br) Date: 2004-12-04 16:25 Message: Logged In: YES user_id=1087649 Yes, I'm currently using the CVS version that was available when I reported the bug, along with my hack. My Nagios deployment works fine now. ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2004-12-03 22:33 Message: Logged In: YES user_id=388184 Hi, did you test the fix in 962495 and your little hack any news ?? ---------------------------------------------------------------------- Comment By: Georger Araujo (georger_br) Date: 2004-07-26 17:33 Message: Logged In: YES user_id=1087649 Heh, just saw that the my_connect issue has been taken care in bug report #962495. I'll try that in my network, along with my little error_scan hack. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=998291&group_id=29880 From noreply at sourceforge.net Sat Dec 4 11:52:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Dec 4 11:52:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1078682 ] broken in CVS - check_ping, _http, and more.. Message-ID: Bugs item #1078682, was opened at 2004-12-04 00:17 Message generated for change (Settings changed) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1078682&group_id=29880 Category: Argument proccessing Group: CVS >Status: Closed >Resolution: Fixed Priority: 7 Submitted By: John Sivak (jsivak) Assigned to: Benoit Mortier (opensides) Summary: broken in CVS - check_ping, _http, and more.. Initial Comment: This is related to https://sourceforge.net/tracker/index.php?func=detail&aid=1077590&group_id=29880&atid=397599 which was "fixed". But, the fix didn't change the "return OK;" statement in either process_arguments() or validate_arugments() in the following files: check_ping.c check_http.c check_dns.c check_smtp.c check_mysql.c check_tcp.c OK is defined as "0" in common.h, so the "if (process_arguments (argc, argv) != TRUE)" checks are failing when OK is returned (0 != TRUE). I didn't supply a patch since I'm not sure how you want to fix the problem (either changing the "if" statement or changing the return statements..) ---------------------------------------------------------------------- Comment By: John Sivak (jsivak) Date: 2004-12-04 16:42 Message: Logged In: YES user_id=679094 Much better. Thanx! ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2004-12-04 00:56 Message: Logged In: YES user_id=388184 Hi, i just fixed it in cvs, reverting my changes from !=TRUE to == ERROR could you please test the fix. Thank you ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2004-12-04 00:28 Message: Logged In: YES user_id=388184 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1078682&group_id=29880 From benoit.mortier at opensides.be Sat Dec 4 12:07:07 2004 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Sat Dec 4 12:07:07 2004 Subject: [Nagiosplug-devel] A couple of suggestions In-Reply-To: <41B1AF5F.1060102@op5.se> References: <41B1AF5F.1060102@op5.se> Message-ID: <200412042106.22695.benoit.mortier@opensides.be> Le samedi 4 D?cembre 2004 13:36, Andreas Ericsson a ?crit?: > Ahoy. > > I might as well apologize right away, since this probably won't go down > too well with all of the developers. > > Down to business. Yes ;-) As i am the responsible for all the recents commits and hitcups in code quality ;-) > I'm delighted to see that plugin development pace has picked up. I'm not > equally delighted in the deterioration of code quality and the apparent > lack of even basic testing of checked in changes. > > Suggestions; > 1. Provide a cvs commit script containing only the extremely simple line > below; > ./configure && make && make distclean && cvs "$@" commit > (the "$@" lets people specify their own -m "commiting plugins" message > and whatnot). Decapitate developers that check in code that doesn't pass > this simple test. Yes thats normaly done only on nightly build, will ask ton if it's possible. but i compile it normaly on my box first, before committing, the problem is i have not all dependancies in my box. I have know a chroot to build the package with all his dependencies without ruining my box ;-) > The number of prettyprint commits (internationalization falls under > prettyprint) that has broken the compilation process of the plugins is > appalling and downright silly. Most of the problems can be traced to > missing parentheses or semicolons which is just plain dumb and most of > the time not even worthy of a patch submission. Yes but that was needed to make internationalization work at all ;-) But the good news i now this is nearly finished, and as reduced the need to localization a lot of string but around 200 hundred, that's a lot of work not to be done. > 2. Set a date where nothing but bugfixes make it into the repository. > Put a halt in internationalization, porting (to new platforms, that is), > prettyness and whatever else might be nice to have and concentrate on > making the plugins build and execute properly. Decide what functionality > you'll be supporting. Create a testcase (I'm already working on an > easily extendable one) that tests all of that functionality and run it > for each change before checking in changes. Internationalization should not be a problem right now, but a freeze date is always a good idea and your testcase is welcome of course. I am in te process of making a template plugin to ease creations of new plugins, and a dictionnary of string to use in english and translations. > 3. When the plugins are stabilized (petty stuff frozen and bugfix period > has come to an end), release a beta and review the plugins for best > practices. A couple of examples; > The check_load plugin should have > float load[3], warn[3], crit[3]; > instead of the present code. > check_hpjd (well, all plugins, but check_hpjd doesn't) should do signal > handling to determine timeout instead of assuming that's what happened > when snmpget sends output to stderr. It should also pass -Onq instead of > -OQa (which currently yields unparseable output and throws an error with > ucd-snmp 4.x). Possibly, output parsing plugins should be rewritten in > perl if the increased load is justifiable for the more rarely used > plugins (how many check_hpjd checks does people have in each network?). > Replace hard-to-port code with more portable such where possible. The signal thing is effectively a problem, i have seen in numerous part of the plugins, getting a signal not checked etc.. I have a lot of check_hpdj in the newtorks i monitor ;-) > 4. Have another bugfix period, open for regression fixes only. Make sure > the "best practice" changes doesn't break functionality. If they do, > roll them back and put a TODO to do a later review of that plugin. good. > 5. Release stable when all checks pass the testcase. > > > This sort of simplified version of Extreme Programming works fairly well > to help keeping the release cycle on schedule by the simple expedient of > helping developers focus on what's currently important. > > These are only suggestions. If you (plugin developers) don't like them, > then don't follow them. Yes, i like pretty much all of them except for the plugin in perl but that my taste, and i thing the plugin should be written in a consisten manner, not the to different way of coding we see right now. I will also try to enhance the developper guidelines. > Disclaimer; > I'm well aware of the fact that the plugin developers do this for free > and on their spare time. That's not an excuse not to do things properly. > If anyone on the plugin developmen team thinks this is an overwhelming > task then just drop the commits for a while (so any patches created will > be valid) and I'll have a patch to bring it to and complete phase 3 by > the end of next week (that's 4 days before next planned alpha release). We want all the best code and deserve a flame if we didn't do the thing right ;-) -- Benoit Mortier OpenSides sprl Linux Engineer From noreply at sourceforge.net Sat Dec 4 12:19:03 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Dec 4 12:19:03 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1078934 ] Prototype prudence in utils.h, -Wall fixes Message-ID: Patches item #1078934, was opened at 2004-12-04 17:19 Message generated for change (Comment added) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1078934&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Andreas Ericsson (ageric) >Assigned to: Benoit Mortier (opensides) Summary: Prototype prudence in utils.h, -Wall fixes Initial Comment: The attached patch removes variable names from prototypes in utils.h. It also fixes a few -Wall fixes in plugins, as well as upgrades check_icmp to 0.8.1 (which has been the latest for quite some time now). Cheers ---------------------------------------------------------------------- >Comment By: Benoit Mortier (opensides) Date: 2004-12-04 21:18 Message: Logged In: YES user_id=388184 Hello, will look at the patch and apply it, if you see other issues in the plugins don't hesitate to put it on the tracker Thank you ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1078934&group_id=29880 From noreply at sourceforge.net Sat Dec 4 12:30:05 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Dec 4 12:30:05 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-998291 ] check_ping (1.3.1 and CVS) does not catch expired TTL errors Message-ID: Bugs item #998291, was opened at 2004-07-26 22:28 Message generated for change (Comment added) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=998291&group_id=29880 Category: Parsing problem Group: Release (specify) >Status: Pending >Resolution: Fixed Priority: 5 Submitted By: Georger Araujo (georger_br) Assigned to: Benoit Mortier (opensides) Summary: check_ping (1.3.1 and CVS) does not catch expired TTL errors Initial Comment: Guys, I often get the following problem in my network: [root at nagios nagios-plugins-1.3.1]# ping 10.83.0.242 PING 10.83.0.242 (10.83.0.242) 56(84) bytes of data. >From 10.10.0.22: icmp_seq=0 Redirect Host(New nexthop: 10.10.0.242) (... several lines of ICMP redirects ...) >From 10.10.0.22 icmp_seq=0 Time to live exceeded Nagios fails to figure out the host is down - in reality, I have a routing loop and my routers are just playing Pong. Worse, as Nagios doesn't treat this as an error, the ping goes on until check_plugin times out. Not good. OK, you can say I should just append a -w to my command file (when I do it, ping stops on the first "Time to live exceeded" error) - but Nagios *should* figure this out (that the host is down) and do its stuff. The way check_plugin.c is now, Nagios will not play nice with my network. I just looked the latest check_ping.c in CVS and saw that both the STDOUT/STDERR and -w issues have been taken care of, but in order to attain as much accuracy as possible please consider adding this to error_scan(): /* Georger's suggestion if (strstr (buf, "Time to live exceeded")) die (STATE_CRITICAL, _("PING CRITICAL - Time to live exceeded (%s)"), addr); */ I'd love to use the CVS version, but it doesn't compile on my box - I get an error stating that my_connect is declared in two places (net_utils.h and my_sql.c, or was it .h? Dunno, already deleted it), and I couldn't figure out how to not compile check_mysql (or at least compile just check_ping alone). Long live Nagios. Georger ---------------------------------------------------------------------- >Comment By: Benoit Mortier (opensides) Date: 2004-12-04 21:29 Message: Logged In: YES user_id=388184 Ok, i have applied to patch will be in cvs in the next hours Thanks ---------------------------------------------------------------------- Comment By: Georger Araujo (georger_br) Date: 2004-12-04 19:25 Message: Logged In: YES user_id=1087649 Yes, I'm currently using the CVS version that was available when I reported the bug, along with my hack. My Nagios deployment works fine now. ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2004-12-04 01:33 Message: Logged In: YES user_id=388184 Hi, did you test the fix in 962495 and your little hack any news ?? ---------------------------------------------------------------------- Comment By: Georger Araujo (georger_br) Date: 2004-07-26 22:33 Message: Logged In: YES user_id=1087649 Heh, just saw that the my_connect issue has been taken care in bug report #962495. I'll try that in my network, along with my little error_scan hack. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=998291&group_id=29880 From noreply at sourceforge.net Sat Dec 4 16:58:00 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Dec 4 16:58:00 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1077590 ] check_http.c - broken return value in process_arguments() Message-ID: Bugs item #1077590, was opened at 2004-12-02 15:04 Message generated for change (Settings changed) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1077590&group_id=29880 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: John Sivak (jsivak) Assigned to: Benoit Mortier (opensides) Summary: check_http.c - broken return value in process_arguments() Initial Comment: In going from revision 1.67 to 1.68 the check for valid process_arguments was changed from: if (process_arguments (argc, argv) == ERROR) to if (process_arguments (argc, argv) != OK) This would be fine, except that process_arguments() returns TRUE when everything is "OK", not the _actual_ OK. Here's the small patch to fix the return value for process_arguments(). ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2004-12-04 01:04 Message: Logged In: YES user_id=388184 Hi, normaly corrected along bug 1078682 Please test Thank you ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2004-12-02 15:36 Message: Logged In: YES user_id=388184 Hello, It was my fault.. commited to cvs ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1077590&group_id=29880 From noreply at sourceforge.net Sat Dec 4 17:01:05 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Dec 4 17:01:05 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1078934 ] Prototype prudence in utils.h, -Wall fixes Message-ID: Patches item #1078934, was opened at 2004-12-04 17:19 Message generated for change (Comment added) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1078934&group_id=29880 Category: None Group: None >Status: Pending >Resolution: Fixed Priority: 5 Submitted By: Andreas Ericsson (ageric) Assigned to: Benoit Mortier (opensides) Summary: Prototype prudence in utils.h, -Wall fixes Initial Comment: The attached patch removes variable names from prototypes in utils.h. It also fixes a few -Wall fixes in plugins, as well as upgrades check_icmp to 0.8.1 (which has been the latest for quite some time now). Cheers ---------------------------------------------------------------------- >Comment By: Benoit Mortier (opensides) Date: 2004-12-05 02:00 Message: Logged In: YES user_id=388184 Hi, i have fixed that in cvs except for check_ssh, and check_nt. In check nt i think that perfdata should stay in one work like in nagios Could you test that Will be in public cvs in around 4hours ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2004-12-04 21:18 Message: Logged In: YES user_id=388184 Hello, will look at the patch and apply it, if you see other issues in the plugins don't hesitate to put it on the tracker Thank you ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1078934&group_id=29880 From tonvoon at mac.com Sun Dec 5 12:40:00 2004 From: tonvoon at mac.com (Ton Voon) Date: Sun Dec 5 12:40:00 2004 Subject: [Nagiosplug-devel] A couple of suggestions In-Reply-To: <41B1AF5F.1060102@op5.se> References: <41B1AF5F.1060102@op5.se> Message-ID: On 4 Dec 2004, at 12:36, Andreas Ericsson wrote: > Ahoy. > > I might as well apologize right away, since this probably won't go > down too well with all of the developers. > > Down to business. > > I'm delighted to see that plugin development pace has picked up. I'm > not equally delighted in the deterioration of code quality and the > apparent lack of even basic testing of checked in changes. This is my fault. I specifically gave a mandate to all the developers to make the changes that they deemed "necessary" for the 1.4 release. I have specified general aims (no major new functionality, get internalization as good as possible, compile on many OSes), but I do not want to micromanage each change. I trust them to deliver. However, there are 3 new developers on board and will not necessarily work the same as the existing members do, so the project is naturally being shaken up by their presence. I am providing guidance to all the new guys as and when I see fit. Given the target that I am setting for the 1.4 release, I am fully expecting there will be more changes and that there are likely to be regressions, so please bear with us. I have put a 4 week period for the beta testing where we will only be doing bug fixes and regression testing. If there are still major problems, then we will delay the final stable release. Thank you for raising this because I think it is a valid concern and I will take some measures to address it. Ton From noreply at sourceforge.net Sun Dec 5 13:00:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Dec 5 13:00:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-956599 ] check_udp plugin v. 1.3.1 Message-ID: Bugs item #956599, was opened at 2004-05-19 02:43 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=956599&group_id=29880 Category: None Group: Release (specify) >Status: Pending Resolution: None Priority: 5 Submitted By: martyn mystere (bvzm71) >Assigned to: Matthew Kent (mattkent) Summary: check_udp plugin v. 1.3.1 Initial Comment: I have some problems regarding check_udp plugin. I have nagios 1.1, plugins 1.3.1 compiled on HP-UX 11.00. None hosts answer to my check_udp questions! I receive 2 differents "answers": 1) No data was recieved from host! No response from host on port 111 2) No response from host on port 111 Any idea? ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-12-05 12:59 Message: Logged In: YES user_id=983566 Thanks to whoward for the comments. Try his suggestion and get back to me if this is still an issue. ---------------------------------------------------------------------- Comment By: W Howard (whoward) Date: 2004-05-19 10:04 Message: Logged In: YES user_id=1045443 Port 111 is used by the RPC portmapper. Either the hosts you are checking are not running a portmapper process or access to the portmapper is restricted by something like a firewall or access control lists. You can test the access in another way using 'rpcinfo -p '. If that works but the check_udp does not, there is something odd going on. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=956599&group_id=29880 From noreply at sourceforge.net Sun Dec 5 13:09:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Dec 5 13:09:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-698005 ] Compiling check_snmp Message-ID: Bugs item #698005, was opened at 2003-03-05 06:25 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=698005&group_id=29880 Category: None Group: Release (specify) >Status: Closed >Resolution: Out of Date Priority: 5 Submitted By: Artiom Molchanov (artiom) Assigned to: Subhendu Ghosh (sghosh) Summary: Compiling check_snmp Initial Comment: "check_snmp.c", line 170.6: 1506-343 (S) Redeclaration of regex differs from previous declaration on line 188 of "/usr/include/regex.h". "check_snmp.c", line 170.6: 1506-382 (I) The type "unsigned char[1024]" of identifier regex differs from previous type "unsigned char*(unsigned char*,unsigned char*,unsigned char*)". I changed declaration of regex to my_regex. Compilation passed. But I didn't find any use of regex array... ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-12-05 13:08 Message: Logged In: YES user_id=983566 Ticket is a year old now... please resubmit if this is still an issue. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=698005&group_id=29880 From noreply at sourceforge.net Sun Dec 5 14:13:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Dec 5 14:13:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-756567 ] check_snmp not processing strings Message-ID: Bugs item #756567, was opened at 2003-06-18 05:31 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=756567&group_id=29880 Category: Argument proccessing Group: v1.3.0 beta3 >Status: Closed Resolution: None Priority: 5 Submitted By: Tony Missana (amissana) >Assigned to: Matthew Kent (mattkent) Summary: check_snmp not processing strings Initial Comment: When I upgraded the software to Nagios 1.1 from Netsaint 7, the check_snmp plugin stopped working for any strings. I have included the output below from one of the string checks. [nagios at w2linux libexec]$ ./check_snmp -H w3linux -o system.sysName.0 -C public SNMP OK - w3linux [nagios at w2linux libexec]$ ./check_snmp -H w3linux -o system.sysName.0 -C public -s w3linux SNMP CRITICAL - *w3linux* As can be seen without the -s option the plugin come back with an ok status, when I add the -s it always comes back critical even though is is an exact match. Enclosing string variable in single and double quotes yields the same invalid output. Plugins are from the 1.3.0 build. ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-12-05 14:12 Message: Logged In: YES user_id=983566 Sorry for the delay. Fixed in HEAD. Now the output of ./check_snmp -H 127.0.0.1 -o sysServices.0 -C public SNMP OK - 79 Can be used to match properly ./check_snmp -H 127.0.0.1 -o sysServices.0 -C public -s 79 SNMP OK - 79 ---------------------------------------------------------------------- Comment By: Tony Missana (amissana) Date: 2003-06-18 07:17 Message: Logged In: YES user_id=31338 Found a workaround for the problem, added the -OQ parameter to the end of the command line which removes the type designation i.e STRING: from the return. Program is now processing string correctley. Output below. /* create the command line to execute */ asprintf (&command_line, "%s -m %s -v %s %s % s:%s %s -OQ", PATH_TO_SNMPGET, miblist, proto, authpriv, server_address, port, oid); if (verbose) printf ("%s\n", command_line); Correct output: [nagios at w2linux plugins]$ ./check_snmp -H w3linux -C public - o system.sysName.0 -s w3linux SNMP OK - w3linux Put invalid string and it compared correctly. [nagios at w2linux plugins]$ ./check_snmp -H w3linux -C public - o system.sysName.0 -s w1linux SNMP CRITICAL - *w3linux* ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=756567&group_id=29880 From noreply at sourceforge.net Sun Dec 5 14:32:05 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Dec 5 14:32:05 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-668778 ] check_ircd - invalid argument Message-ID: Bugs item #668778, was opened at 2003-01-15 14:51 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=668778&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: check_ircd - invalid argument Initial Comment: Any ideas what im doing wrong here libexec]# ./check_ircd -v -H xxx.xxx.xxx.xxx MAIN(debug): hostname = something.host.name MAIN(debug): binding to remote host: xxx.xxx.xxx.xxx - > 6667 -> something.host.name IRCD UNKNOWN: Could not connect socket (Invalid argument) something.host.name and xxx.xxx.xxx.xxx are valid hostnames and ips just edited out in this post I get the same (IRCD UNKNOWN: Could not connect socket (Invalid argument)) as status when it is run by nagios. ./check_ircd -V check_ircd (nagios-plugins 1.3.0-beta2) 1.3 The nagios plugins come with ABSOLUTELY NO WARRANTY. You may redistribute copies of the plugins under the terms of the GNU General Public License. For more information about these matters, see the file named COPYING. This is when it is run in its unmodified form installed from source and compiled, or usign an rpm build Thanks in advance for any advice. Sarah ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-12-05 14:31 Message: Logged In: YES user_id=983566 I'm having this problem in my testing as well (perl, v5.8.4 debian unstable). It seems to be something broken in perl's socket code. It's mentioned here http://wiki.apache.org/spamassassin/IoSocketInetInvalidArgument The solution for me was to remove my computers hostname from the /etc/hosts loopback 127.0.0.1 azul localhost to 127.0.0.1 localhost and poof it works... strange problem indeed! ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-11-23 16:50 Message: Logged In: YES user_id=664364 Moving to Bugs tracker as Support Requests will be closed. ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-22 20:56 Message: Logged In: YES user_id=395628 I can't repeat this behaviour (ie invalid argument -H) with check_ircd in the 1.4 alpha plugins release (check_ircd (nagios-plugins 1.4.0alpha2) 1.3). Would you retry with this release ? (Unfortch I can't test the plugin function). ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-22 19:06 Message: Logged In: YES user_id=395628 I can't repeat this behaviour (ie invalid argument -H) with check_ircd in the 1.4 alpha plugins release (check_ircd (nagios-plugins 1.4.0alpha2) 1.3). Would you retry with this release ? (Unfortch I can't test the plugin function). ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2003-01-15 21:58 Message: Logged In: YES user_id=46572 Is your IRC server running on port 6667 ?? Please followup on the mailing list. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=668778&group_id=29880 From noreply at sourceforge.net Sun Dec 5 16:16:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Dec 5 16:16:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1078934 ] Prototype prudence in utils.h, -Wall fixes Message-ID: Patches item #1078934, was opened at 2004-12-04 17:19 Message generated for change (Settings changed) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1078934&group_id=29880 Category: None Group: None Status: Pending Resolution: Fixed Priority: 5 Submitted By: Andreas Ericsson (ageric) Assigned to: Benoit Mortier (opensides) Summary: Prototype prudence in utils.h, -Wall fixes Initial Comment: The attached patch removes variable names from prototypes in utils.h. It also fixes a few -Wall fixes in plugins, as well as upgrades check_icmp to 0.8.1 (which has been the latest for quite some time now). Cheers ---------------------------------------------------------------------- >Comment By: Benoit Mortier (opensides) Date: 2004-12-06 01:14 Message: Logged In: YES user_id=388184 Hi, i have fixed that in cvs except for check_ssh, and check_nt. In check nt i think that perfdata should stay in one work like in nagios Could you test that Will be in public cvs in around 4hours ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2004-12-05 02:00 Message: Logged In: YES user_id=388184 Hi, i have fixed that in cvs except for check_ssh, and check_nt. In check nt i think that perfdata should stay in one work like in nagios Could you test that Will be in public cvs in around 4hours ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2004-12-04 21:18 Message: Logged In: YES user_id=388184 Hello, will look at the patch and apply it, if you see other issues in the plugins don't hesitate to put it on the tracker Thank you ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1078934&group_id=29880 From noreply at sourceforge.net Sun Dec 5 16:19:03 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Dec 5 16:19:03 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-774019 ] Major check_oracle reorg - + new getopts style arg handling Message-ID: Patches item #774019, was opened at 2003-07-19 03:34 Message generated for change (Settings changed) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=774019&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: John Marquart (vaix) >Assigned to: Benoit Mortier (opensides) Summary: Major check_oracle reorg - + new getopts style arg handling Initial Comment: This is my attempt at re-organizing the check_oracle plugin to enable easier modifications/updates - as well as 1 new feature (the reason for my re-organization). Reorg: 1) Command line argument handling has been supplemented: A) getopts style handling has been implemented B) old style args still work - however require a leading '--' 2) All "checks" (i.e. cache, tns, login, etc) have been turned into functions. - this enables argument handling to be independant of actual check code 3) All "checks" - now use set variables instead of passed arguments - this makes the code easier to read & manage 4) "Chaining" - w/ changes 1-3, it is now easier to combine options into chains - rather than individual checks. New: Extent checking - this new option (-e || --extents) is the first real excercise of the above mentioned new functionality. When invoked as -e (w/ no other getopts style checks) or --extents - it checks the entire oracle instance for tables that cannot be extended - due to insufficient tablespace. When invoked as -e w/ the -T argument (-T = tablespace check) - it checks the tablespace for available space - and then checks to see if the tablespace in question can be extended. ---- This is a pretty large change - it nearly doubles the existing code base (partially in backwards compatibility support). I have uploaded the entire new "oracle.sh" - since the diff is larger. If required - i can break this into smaller iterative patches - and submit them sequentially en mass. (unfotunately my zeal prevented me from doing it that way to begin w/) I really think that this re-organization - or a not dissimilar one will encourate / enable easier addition of funtionality as well as making debugging /modification of existing functions simpler. Please let me know what you think - I intend to send this to the developer list as well (as specified in the guidelines). -john marquart (aka vaix) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=774019&group_id=29880 From noreply at sourceforge.net Sun Dec 5 16:21:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Dec 5 16:21:04 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1075725 ] PATCH for netutils.c (HEAD): fix SEGV when connect fails. Message-ID: Patches item #1075725, was opened at 2004-11-30 03:34 Message generated for change (Comment added) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1075725&group_id=29880 Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stanley Hopcroft (stanleyhopcroft) >Assigned to: Benoit Mortier (opensides) Summary: PATCH for netutils.c (HEAD): fix SEGV when connect fails. Initial Comment: The HEAD netutils SEGVs after a connect() fails when it calls freeaddrinfo(res) on a null pointer. eg pc09011> gdb -c check_tcp.core check_tcp GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"...Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 2627 in elfstab_build_psymtabs Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 933 in fill_symbuf Core was generated by `check_tcp'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libssl.so.3...done. Reading symbols from /usr/lib/libcrypto.so.3...done. Reading symbols from /usr/lib/libc.so.4...done. Reading symbols from /usr/libexec/ld-elf.so.1...done. #0 0x281e54bc in freeaddrinfo () from /usr/lib/libc.so.4 (gdb) bt #0 0x281e54bc in freeaddrinfo () from /usr/lib/libc.so.4 #1 0x804afb8 in my_connect (host_name=0xbfbffc9d "xena", port=993, sd=0x8053290, proto=6) at netutils.c:263 #2 0x804ae66 in my_tcp_connect (host_name=0xbfbffc9d "xena", port=993, sd=0x8053290) at netutils.c:193 #3 0x804a8d2 in connect_SSL () at check_tcp.c:561 #4 0x8049e1b in main (argc=3, argv=0xbfbffba4) at check_tcp.c:241 (gdb) Here is a patch. Unless you tell me otherwise, I will commit it. pc09011> diff -u netutils.c.orig netutils.c --- netutils.c.orig Tue Nov 30 13:15:18 2004 +++ netutils.c Tue Nov 30 13:13:21 2004 @@ -213,7 +213,7 @@ my_connect (const char *host_name, int port, int *sd, int proto) { struct addrinfo hints; - struct addrinfo *res; + struct addrinfo *res, *res0; char port_str[6]; int result; @@ -223,13 +223,14 @@ hints.ai_socktype = (proto == IPPROTO_UDP) ? SOCK_DGRAM : SOCK_STREAM; snprintf (port_str, sizeof (port_str), "%d", port); - result = getaddrinfo (host_name, port_str, &hints, &res); + result = getaddrinfo (host_name, port_str, &hints, &res0); if (result != 0) { printf ("%s\n", gai_strerror (result)); return STATE_UNKNOWN; } else { + res = res0; while (res) { /* attempt to create a socket */ *sd = socket (res->ai_family, (proto == IPPROTO_UDP) ? @@ -260,7 +261,7 @@ close (*sd); res = res->ai_next; } - freeaddrinfo (res); + freeaddrinfo (res0); } if (result == 0) The problem is that the while (res) loop is _not_ exited after a connection failure but updates res with res->ai_next ((a NULL pointer eventually) and then goes on to free it. On this system (FreeBSD 4.10), errno is 61 (ECONNREFUSED) after the connection failure, ais it should be but the break in the switch statement doesn't cause the exit of the while loop before res is updated. Here is a single step through it (gdb) s 220 memset (&hints, 0, sizeof (hints)); (gdb) 221 hints.ai_family = address_family; (gdb) 222 hints.ai_protocol = proto; (gdb) 223 hints.ai_socktype = (proto == IPPROTO_UDP) ? SOCK_DGRAM : SOCK_STREAM; (gdb) 225 snprintf (port_str, sizeof (port_str), "%d", port); (gdb) 226 result = getaddrinfo (host_name, port_str, &hints, &res); (gdb) 228 if (result != 0) { (gdb) 233 while (res) { (gdb) 235 *sd = socket (res->ai_family, (proto == IPPROTO_UDP) ? (gdb) 238 if (*sd < 0) { (gdb) 245 result = connect (*sd, res->ai_addr, res->ai_addrlen); (gdb) 247 if (result == 0) { (gdb) 252 if (result < 0) { (gdb) 253 switch (errno) { (gdb) 255 was_refused = TRUE; (gdb) 260 close (*sd); (gdb) 261 res = res->ai_next; (gdb) q The program is running. Exit anyway? (y or n) y pc09011> To sum up, I am not convinced that the code is broken (maybe a better way is adding another break near the switch statement. Your comments are welcome. ---------------------------------------------------------------------- >Comment By: Benoit Mortier (opensides) Date: 2004-12-06 01:20 Message: Logged In: YES user_id=388184 hi, can you attach your patch to this report thanks, i will look at it Bye ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1075725&group_id=29880 From noreply at sourceforge.net Sun Dec 5 16:22:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Dec 5 16:22:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1041576 ] starttls support for check_smtp Message-ID: Patches item #1041576, was opened at 2004-10-06 18:10 Message generated for change (Settings changed) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1041576&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Eric Chen (chen23) >Assigned to: Benoit Mortier (opensides) Summary: starttls support for check_smtp Initial Comment: added starttls support and certifcate check to check_smtp code borrowed from check_http.c also requires additional change to plugin/Makefile.am: check_smtp_LDADD = $(NETLIBS) $(SSLLIBS) patches against nagios-plugins-1.3.1 built on Solaris 9 w/ Forte Developer 7 C 5.4 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1041576&group_id=29880 From noreply at sourceforge.net Sun Dec 5 16:22:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Dec 5 16:22:04 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1028033 ] check-ldap enhance for ldaps/StartTLS Message-ID: Patches item #1028033, was opened at 2004-09-14 18:29 Message generated for change (Settings changed) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1028033&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Alexander Spannagel (aspannagel) >Assigned to: Benoit Mortier (opensides) Summary: check-ldap enhance for ldaps/StartTLS Initial Comment: I have written this patch to monitor ldaps and ldap with StartTLS. check_ldap should behave as before. If it is called over the symlink chack_ldaps, it should use TLS. On Port 636 by default and over the others via startTLS (requires LDAPv3). I have thought about a option for the ldap version, that should be used, but have it not implemented for now. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1028033&group_id=29880 From noreply at sourceforge.net Sun Dec 5 16:24:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Dec 5 16:24:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-995761 ] check_disk to include inode percentage. Message-ID: Patches item #995761, was opened at 2004-07-22 10:21 Message generated for change (Settings changed) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=995761&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jorgen Lundman (lundman) >Assigned to: Benoit Mortier (opensides) Summary: check_disk to include inode percentage. Initial Comment: Since the 1.4.0alpha1 plugins code in check_disk, which calls fsusage.c, already retrieves the inode values I thought to patch it to also print inode percentage free. Additionally, I changed the static "0" in perfdata to be inode percent free. I added -W and -K (sorry, -C was taken) for inode percent warning and critical levels. Alas, only percentage implemented as of now. (No integer value support). Current output looks like: # ./check_disk -l -w 10% -c 2% -X tmpfs -W 10% -K 2% DISK OK - free space: / 31266 MB (93% inode=98%);| /=31266MB;30168;32850;97;33521 And indeed, brining up the -W warning value triggers a warning: # ./check_disk -l -w 10% -c 2% -X tmpfs -W 98% -K 2% DISK WARNING - free space: / 31266 MB (93% inode=98%);| /=31266MB;30168;32850;97;33521 Hope it helps more than it annoys. I could also have patched contrib/check_inodes for Solaris's "df -o i" call, but since nearly all the work was already done in check_disk I opted for that approach. Sincerely, Lundy ---------------------------------------------------------------------- Comment By: Jorgen Lundman (lundman) Date: 2004-07-23 05:45 Message: Logged In: YES user_id=286650 Additionally, there is a bug when you use -p, or -x, to list paths to include or exclude. The nodes allocated do not get w_df etc variables cleared, so when you walk the list, they get assigned to global w_df variables, and all tests are out the window. This is a side effect of an OS where malloc() returned memory is not zero'd. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=995761&group_id=29880 From noreply at sourceforge.net Sun Dec 5 16:25:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Dec 5 16:25:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-908214 ] contrib/check_nagios_db.pl does not work with postgresql Message-ID: Patches item #908214, was opened at 2004-03-02 11:34 Message generated for change (Settings changed) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=908214&group_id=29880 Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: Olafur Osvaldsson (osvaldsson) >Assigned to: Benoit Mortier (opensides) Summary: contrib/check_nagios_db.pl does not work with postgresql Initial Comment: I made a few changes to contrib/check_nagios_db.pl sot it would support PostgreSQL databases and got rid of an anoying error. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=908214&group_id=29880 From noreply at sourceforge.net Sun Dec 5 16:26:07 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Dec 5 16:26:07 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-854538 ] check_nt - add check USEDDISKSPACE against remaining Mb Message-ID: Patches item #854538, was opened at 2003-12-05 06:44 Message generated for change (Settings changed) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=854538&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Greg Vickers (daehenoc) >Assigned to: Benoit Mortier (opensides) Summary: check_nt - add check USEDDISKSPACE against remaining Mb Initial Comment: Please find attached my patch for version 1.7.2.3 of check_nt.c. This patch adds the ability to check disk space based on the amount of Mb left on a partition. I wrote this because 1% of a 100Gb partition is still a lot of space! :D The command line option is -m or --mb. The logic behind the checks is reversed against the percentage checks: the percentage method checks against the amount of disk space used; the Mb method checks against the amount of free space left. Technical stuff: I used Mb values rather than Gb values because of the use of the unsigned long type for the percentage values, which are used extensively through out check_nt.c. So rather than rewrite a lot of check_nt.c so you could specify, say, -w 1.2 (Gb), I decided to use Mb value on the command line. (Debugging revealed that when a float value is converted into an unsigned long, you would get a negative value in that unsigned long - not good when checking remaining disk space!) Thanks, Greg Vickers ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=854538&group_id=29880 From noreply at sourceforge.net Sun Dec 5 16:46:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Dec 5 16:46:04 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1075725 ] PATCH for netutils.c (HEAD): fix SEGV when connect fails. Message-ID: Patches item #1075725, was opened at 2004-11-30 02:34 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1075725&group_id=29880 Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stanley Hopcroft (stanleyhopcroft) Assigned to: Benoit Mortier (opensides) Summary: PATCH for netutils.c (HEAD): fix SEGV when connect fails. Initial Comment: The HEAD netutils SEGVs after a connect() fails when it calls freeaddrinfo(res) on a null pointer. eg pc09011> gdb -c check_tcp.core check_tcp GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"...Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 2627 in elfstab_build_psymtabs Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 933 in fill_symbuf Core was generated by `check_tcp'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libssl.so.3...done. Reading symbols from /usr/lib/libcrypto.so.3...done. Reading symbols from /usr/lib/libc.so.4...done. Reading symbols from /usr/libexec/ld-elf.so.1...done. #0 0x281e54bc in freeaddrinfo () from /usr/lib/libc.so.4 (gdb) bt #0 0x281e54bc in freeaddrinfo () from /usr/lib/libc.so.4 #1 0x804afb8 in my_connect (host_name=0xbfbffc9d "xena", port=993, sd=0x8053290, proto=6) at netutils.c:263 #2 0x804ae66 in my_tcp_connect (host_name=0xbfbffc9d "xena", port=993, sd=0x8053290) at netutils.c:193 #3 0x804a8d2 in connect_SSL () at check_tcp.c:561 #4 0x8049e1b in main (argc=3, argv=0xbfbffba4) at check_tcp.c:241 (gdb) Here is a patch. Unless you tell me otherwise, I will commit it. pc09011> diff -u netutils.c.orig netutils.c --- netutils.c.orig Tue Nov 30 13:15:18 2004 +++ netutils.c Tue Nov 30 13:13:21 2004 @@ -213,7 +213,7 @@ my_connect (const char *host_name, int port, int *sd, int proto) { struct addrinfo hints; - struct addrinfo *res; + struct addrinfo *res, *res0; char port_str[6]; int result; @@ -223,13 +223,14 @@ hints.ai_socktype = (proto == IPPROTO_UDP) ? SOCK_DGRAM : SOCK_STREAM; snprintf (port_str, sizeof (port_str), "%d", port); - result = getaddrinfo (host_name, port_str, &hints, &res); + result = getaddrinfo (host_name, port_str, &hints, &res0); if (result != 0) { printf ("%s\n", gai_strerror (result)); return STATE_UNKNOWN; } else { + res = res0; while (res) { /* attempt to create a socket */ *sd = socket (res->ai_family, (proto == IPPROTO_UDP) ? @@ -260,7 +261,7 @@ close (*sd); res = res->ai_next; } - freeaddrinfo (res); + freeaddrinfo (res0); } if (result == 0) The problem is that the while (res) loop is _not_ exited after a connection failure but updates res with res->ai_next ((a NULL pointer eventually) and then goes on to free it. On this system (FreeBSD 4.10), errno is 61 (ECONNREFUSED) after the connection failure, ais it should be but the break in the switch statement doesn't cause the exit of the while loop before res is updated. Here is a single step through it (gdb) s 220 memset (&hints, 0, sizeof (hints)); (gdb) 221 hints.ai_family = address_family; (gdb) 222 hints.ai_protocol = proto; (gdb) 223 hints.ai_socktype = (proto == IPPROTO_UDP) ? SOCK_DGRAM : SOCK_STREAM; (gdb) 225 snprintf (port_str, sizeof (port_str), "%d", port); (gdb) 226 result = getaddrinfo (host_name, port_str, &hints, &res); (gdb) 228 if (result != 0) { (gdb) 233 while (res) { (gdb) 235 *sd = socket (res->ai_family, (proto == IPPROTO_UDP) ? (gdb) 238 if (*sd < 0) { (gdb) 245 result = connect (*sd, res->ai_addr, res->ai_addrlen); (gdb) 247 if (result == 0) { (gdb) 252 if (result < 0) { (gdb) 253 switch (errno) { (gdb) 255 was_refused = TRUE; (gdb) 260 close (*sd); (gdb) 261 res = res->ai_next; (gdb) q The program is running. Exit anyway? (y or n) y pc09011> To sum up, I am not convinced that the code is broken (maybe a better way is adding another break near the switch statement. Your comments are welcome. ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-12-06 00:45 Message: Logged In: YES user_id=395628 Patch applied to CVS. Works Ok with FreeBSD and Linux 2.2. ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2004-12-06 00:20 Message: Logged In: YES user_id=388184 hi, can you attach your patch to this report thanks, i will look at it Bye ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1075725&group_id=29880 From noreply at sourceforge.net Mon Dec 6 01:16:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Dec 6 01:16:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1038413 ] check_ups improvement, update and bugfix Message-ID: Patches item #1038413, was opened at 2004-10-01 02:48 Message generated for change (Comment added) made by uzuul You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1038413&group_id=29880 Category: Enhancement Group: None >Status: Open Resolution: Accepted Priority: 5 Submitted By: arnaud quette (uzuul) Assigned to: Matthew Kent (mattkent) Summary: check_ups improvement, update and bugfix Initial Comment: The attached patch: - update the compatibility of check_ups to the new protocol and naming scheme (support for NUT 1.4 and 2.0) - merge the patch from Alain Richard to update to NUT 2.0 compatibility (Bug #1032009, https://sourceforge.net/tracker/index.php?func=detail&aid=1032009&group_id=29880&atid=397597) - merge the patch from Alen Salamun (Patch #815785, https://sourceforge.net/tracker/index.php?func=detail&aid=815785&group_id=29880&atid=397599) - enhance integration of check_ups by updating REQUIREMENTS, AUTHOR, NUT new URL, command.cfg.in, ... What has to be done: - check and update translations, - keep old variable names (ie LINE for input.voltage) for the "-v" argument? - sort out the use of voltage in mV (check with Alain), - enhance the "-T" temperature switch (to switch from farenheit to celsius). Arnaud --- NUT Core Team ---------------------------------------------------------------------- >Comment By: arnaud quette (uzuul) Date: 2004-12-06 00:15 Message: Logged In: YES user_id=135177 Hi Matt, thanks for your update. I've quickly tested the CVS there, and all seems fine. FYI, NUT provides a dummy driver to allow testing without a real ups (dummycons, only available from source, not yet packaged) Arnaud ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-12-01 19:40 Message: Logged In: YES user_id=983566 Sorry for the delay, it made patching a bit harder too unfortunately. But the patch was applied with minor tweaking. I would appreciate some final testing of these changes from nightly snapshot or cvs build as I lack a NUT install to test against. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1038413&group_id=29880 From noreply at sourceforge.net Mon Dec 6 12:23:00 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Dec 6 12:23:00 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1055054 ] [PATCH] Fix segfauly in check_nwstat.c Message-ID: Bugs item #1055054, was opened at 2004-10-26 20:26 Message generated for change (Comment added) made by jaymzh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1055054&group_id=29880 Category: None Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Phil Dibowitz (jaymzh) Assigned to: Matthew Kent (mattkent) Summary: [PATCH] Fix segfauly in check_nwstat.c Initial Comment: The attached patch fixes a segfault in check_nwstat.c. If the script can't get netware version, it does: asprintf(&netware_version,""); Which despite what one would hope, actually sets the POINTER to NULL, per a long-standing, documented bug in the gnu library - which they keep for backwards compatibility, best I can tell. Anyway, in the cases where there's nothing to copy, I simply use a strdup which prevents the segfault. Please apply. ---------------------------------------------------------------------- >Comment By: Phil Dibowitz (jaymzh) Date: 2004-12-06 12:21 Message: Logged In: YES user_id=533101 I'm unable to get CVS to compile. During automake a I get all sorts of issues: /usr/bin/autopoint: line 259: fatal_error: command not found find: tmpwrk480/archive: No such file or directory configure.in: installing `./mkinstalldirs' configure.in: installing `./missing' configure.in:8: installing `./config.guess' configure.in:8: installing `./config.sub' Makefile.am: installing `./INSTALL' aclocal.m4:1736: required file `./ABOUT-NLS' not found lib/Makefile.am:6: automatically discovered file `fsusage.c' should not be explicitly mentioned lib/Makefile.am: installing `./depcomp' lib/Makefile.am:6: automatically discovered file `fsusage.c' should not be explicitly mentioned and then I'm able to configure okay, except that it failes to make one of the Makefiles: config.status: error: cannot find input file: intl/Makefile.in Which means I obviously can't make: [phil at frantic nagiosplug]$ make cd . && /bin/bash ./config.status config.h config.status: creating config.h make all-recursive Making all in intl make: Fatal error: Don't know how to make target `all' Current working directory /auto/src/common/usc/nagios/nagiostest/nagiosplug/intl *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /auto/src/common/usc/nagios/nagiostest/nagiosplug *** Error code 1 make: Fatal error: Command failed for target `all' [phil at frantic nagiosplug]$ gmake gmake all-recursive gmake[1]: Entering directory `/auto/src/common/usc/nagios/nagiostest/nagiosplug' Making all in intl gmake[2]: Entering directory `/auto/src/common/usc/nagios/nagiostest/nagiosplug/intl' gmake[2]: *** No rule to make target `all'. Stop. gmake[2]: Leaving directory `/auto/src/common/usc/nagios/nagiostest/nagiosplug/intl' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/auto/src/common/usc/nagios/nagiostest/nagiosplug' gmake: *** [all] Error 2 [phil at frantic nagiosplug]$ I tried just making in the plugins directory, but dependencies are missing: [phil at frantic nagiosplug]$ cd plugins [phil at frantic plugins]$ make deps make: Warning: Can't find `.deps/check_by_ssh.Po': No such file or directory make: Fatal error in reader: Makefile, line 602: Read of include file `.deps/check_by_ssh.Po' failed So I can't test it.... -Phil ---------------------------------------------------------------------- Comment By: Phil Dibowitz (jaymzh) Date: 2004-11-24 00:24 Message: Logged In: YES user_id=533101 Not until I get back -- this check_nwstat.c can't be dropped into my current directory and rerun make, and I'm about to head on vacation. I'll check it next wee for you. - Phil ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-11-23 20:34 Message: Logged In: YES user_id=983566 Okay, well I've applied the patch you added, would you be able to test? I lack a Novell server unfortunately. ---------------------------------------------------------------------- Comment By: Phil Dibowitz (jaymzh) Date: 2004-11-22 12:01 Message: Logged In: YES user_id=533101 The code in the latest CVS changes: asprintf(&netware_version,""); to asprintf(&netware_version,"%s",""); but that still segfaults for me... - Phil ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-11-20 14:54 Message: Logged In: YES user_id=983566 Looks like this was fixed in rev 1.9. Would you be able to try a recent snapshot? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1055054&group_id=29880 From noreply at sourceforge.net Mon Dec 6 13:24:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Dec 6 13:24:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1055054 ] [PATCH] Fix segfauly in check_nwstat.c Message-ID: Bugs item #1055054, was opened at 2004-10-26 20:26 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1055054&group_id=29880 Category: None Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Phil Dibowitz (jaymzh) Assigned to: Matthew Kent (mattkent) Summary: [PATCH] Fix segfauly in check_nwstat.c Initial Comment: The attached patch fixes a segfault in check_nwstat.c. If the script can't get netware version, it does: asprintf(&netware_version,""); Which despite what one would hope, actually sets the POINTER to NULL, per a long-standing, documented bug in the gnu library - which they keep for backwards compatibility, best I can tell. Anyway, in the cases where there's nothing to copy, I simply use a strdup which prevents the segfault. Please apply. ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-12-06 13:23 Message: Logged In: YES user_id=983566 Can you try a snapshot from http://nagiosplug.sourceforge.net/snapshot/ instead? If it complains about system time being out of sync just run touch `find .` within the nagios-plugins-HEAD-200412061747 directory. ---------------------------------------------------------------------- Comment By: Phil Dibowitz (jaymzh) Date: 2004-12-06 12:21 Message: Logged In: YES user_id=533101 I'm unable to get CVS to compile. During automake a I get all sorts of issues: /usr/bin/autopoint: line 259: fatal_error: command not found find: tmpwrk480/archive: No such file or directory configure.in: installing `./mkinstalldirs' configure.in: installing `./missing' configure.in:8: installing `./config.guess' configure.in:8: installing `./config.sub' Makefile.am: installing `./INSTALL' aclocal.m4:1736: required file `./ABOUT-NLS' not found lib/Makefile.am:6: automatically discovered file `fsusage.c' should not be explicitly mentioned lib/Makefile.am: installing `./depcomp' lib/Makefile.am:6: automatically discovered file `fsusage.c' should not be explicitly mentioned and then I'm able to configure okay, except that it failes to make one of the Makefiles: config.status: error: cannot find input file: intl/Makefile.in Which means I obviously can't make: [phil at frantic nagiosplug]$ make cd . && /bin/bash ./config.status config.h config.status: creating config.h make all-recursive Making all in intl make: Fatal error: Don't know how to make target `all' Current working directory /auto/src/common/usc/nagios/nagiostest/nagiosplug/intl *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /auto/src/common/usc/nagios/nagiostest/nagiosplug *** Error code 1 make: Fatal error: Command failed for target `all' [phil at frantic nagiosplug]$ gmake gmake all-recursive gmake[1]: Entering directory `/auto/src/common/usc/nagios/nagiostest/nagiosplug' Making all in intl gmake[2]: Entering directory `/auto/src/common/usc/nagios/nagiostest/nagiosplug/intl' gmake[2]: *** No rule to make target `all'. Stop. gmake[2]: Leaving directory `/auto/src/common/usc/nagios/nagiostest/nagiosplug/intl' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/auto/src/common/usc/nagios/nagiostest/nagiosplug' gmake: *** [all] Error 2 [phil at frantic nagiosplug]$ I tried just making in the plugins directory, but dependencies are missing: [phil at frantic nagiosplug]$ cd plugins [phil at frantic plugins]$ make deps make: Warning: Can't find `.deps/check_by_ssh.Po': No such file or directory make: Fatal error in reader: Makefile, line 602: Read of include file `.deps/check_by_ssh.Po' failed So I can't test it.... -Phil ---------------------------------------------------------------------- Comment By: Phil Dibowitz (jaymzh) Date: 2004-11-24 00:24 Message: Logged In: YES user_id=533101 Not until I get back -- this check_nwstat.c can't be dropped into my current directory and rerun make, and I'm about to head on vacation. I'll check it next wee for you. - Phil ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-11-23 20:34 Message: Logged In: YES user_id=983566 Okay, well I've applied the patch you added, would you be able to test? I lack a Novell server unfortunately. ---------------------------------------------------------------------- Comment By: Phil Dibowitz (jaymzh) Date: 2004-11-22 12:01 Message: Logged In: YES user_id=533101 The code in the latest CVS changes: asprintf(&netware_version,""); to asprintf(&netware_version,"%s",""); but that still segfaults for me... - Phil ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-11-20 14:54 Message: Logged In: YES user_id=983566 Looks like this was fixed in rev 1.9. Would you be able to try a recent snapshot? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1055054&group_id=29880 From noreply at sourceforge.net Mon Dec 6 13:43:13 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Dec 6 13:43:13 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1055054 ] [PATCH] Fix segfauly in check_nwstat.c Message-ID: Bugs item #1055054, was opened at 2004-10-26 20:26 Message generated for change (Comment added) made by jaymzh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1055054&group_id=29880 Category: None Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Phil Dibowitz (jaymzh) Assigned to: Matthew Kent (mattkent) Summary: [PATCH] Fix segfauly in check_nwstat.c Initial Comment: The attached patch fixes a segfault in check_nwstat.c. If the script can't get netware version, it does: asprintf(&netware_version,""); Which despite what one would hope, actually sets the POINTER to NULL, per a long-standing, documented bug in the gnu library - which they keep for backwards compatibility, best I can tell. Anyway, in the cases where there's nothing to copy, I simply use a strdup which prevents the segfault. Please apply. ---------------------------------------------------------------------- >Comment By: Phil Dibowitz (jaymzh) Date: 2004-12-06 13:42 Message: Logged In: YES user_id=533101 Looks good to me! Thanks. - Phil ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-12-06 13:23 Message: Logged In: YES user_id=983566 Can you try a snapshot from http://nagiosplug.sourceforge.net/snapshot/ instead? If it complains about system time being out of sync just run touch `find .` within the nagios-plugins-HEAD-200412061747 directory. ---------------------------------------------------------------------- Comment By: Phil Dibowitz (jaymzh) Date: 2004-12-06 12:21 Message: Logged In: YES user_id=533101 I'm unable to get CVS to compile. During automake a I get all sorts of issues: /usr/bin/autopoint: line 259: fatal_error: command not found find: tmpwrk480/archive: No such file or directory configure.in: installing `./mkinstalldirs' configure.in: installing `./missing' configure.in:8: installing `./config.guess' configure.in:8: installing `./config.sub' Makefile.am: installing `./INSTALL' aclocal.m4:1736: required file `./ABOUT-NLS' not found lib/Makefile.am:6: automatically discovered file `fsusage.c' should not be explicitly mentioned lib/Makefile.am: installing `./depcomp' lib/Makefile.am:6: automatically discovered file `fsusage.c' should not be explicitly mentioned and then I'm able to configure okay, except that it failes to make one of the Makefiles: config.status: error: cannot find input file: intl/Makefile.in Which means I obviously can't make: [phil at frantic nagiosplug]$ make cd . && /bin/bash ./config.status config.h config.status: creating config.h make all-recursive Making all in intl make: Fatal error: Don't know how to make target `all' Current working directory /auto/src/common/usc/nagios/nagiostest/nagiosplug/intl *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /auto/src/common/usc/nagios/nagiostest/nagiosplug *** Error code 1 make: Fatal error: Command failed for target `all' [phil at frantic nagiosplug]$ gmake gmake all-recursive gmake[1]: Entering directory `/auto/src/common/usc/nagios/nagiostest/nagiosplug' Making all in intl gmake[2]: Entering directory `/auto/src/common/usc/nagios/nagiostest/nagiosplug/intl' gmake[2]: *** No rule to make target `all'. Stop. gmake[2]: Leaving directory `/auto/src/common/usc/nagios/nagiostest/nagiosplug/intl' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/auto/src/common/usc/nagios/nagiostest/nagiosplug' gmake: *** [all] Error 2 [phil at frantic nagiosplug]$ I tried just making in the plugins directory, but dependencies are missing: [phil at frantic nagiosplug]$ cd plugins [phil at frantic plugins]$ make deps make: Warning: Can't find `.deps/check_by_ssh.Po': No such file or directory make: Fatal error in reader: Makefile, line 602: Read of include file `.deps/check_by_ssh.Po' failed So I can't test it.... -Phil ---------------------------------------------------------------------- Comment By: Phil Dibowitz (jaymzh) Date: 2004-11-24 00:24 Message: Logged In: YES user_id=533101 Not until I get back -- this check_nwstat.c can't be dropped into my current directory and rerun make, and I'm about to head on vacation. I'll check it next wee for you. - Phil ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-11-23 20:34 Message: Logged In: YES user_id=983566 Okay, well I've applied the patch you added, would you be able to test? I lack a Novell server unfortunately. ---------------------------------------------------------------------- Comment By: Phil Dibowitz (jaymzh) Date: 2004-11-22 12:01 Message: Logged In: YES user_id=533101 The code in the latest CVS changes: asprintf(&netware_version,""); to asprintf(&netware_version,"%s",""); but that still segfaults for me... - Phil ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-11-20 14:54 Message: Logged In: YES user_id=983566 Looks like this was fixed in rev 1.9. Would you be able to try a recent snapshot? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1055054&group_id=29880 From noreply at sourceforge.net Mon Dec 6 18:42:03 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Dec 6 18:42:03 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1055054 ] [PATCH] Fix segfauly in check_nwstat.c Message-ID: Bugs item #1055054, was opened at 2004-10-26 20:26 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1055054&group_id=29880 Category: None Group: Release (specify) >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Phil Dibowitz (jaymzh) Assigned to: Matthew Kent (mattkent) Summary: [PATCH] Fix segfauly in check_nwstat.c Initial Comment: The attached patch fixes a segfault in check_nwstat.c. If the script can't get netware version, it does: asprintf(&netware_version,""); Which despite what one would hope, actually sets the POINTER to NULL, per a long-standing, documented bug in the gnu library - which they keep for backwards compatibility, best I can tell. Anyway, in the cases where there's nothing to copy, I simply use a strdup which prevents the segfault. Please apply. ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-12-06 18:41 Message: Logged In: YES user_id=983566 Great stuff. ---------------------------------------------------------------------- Comment By: Phil Dibowitz (jaymzh) Date: 2004-12-06 13:42 Message: Logged In: YES user_id=533101 Looks good to me! Thanks. - Phil ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-12-06 13:23 Message: Logged In: YES user_id=983566 Can you try a snapshot from http://nagiosplug.sourceforge.net/snapshot/ instead? If it complains about system time being out of sync just run touch `find .` within the nagios-plugins-HEAD-200412061747 directory. ---------------------------------------------------------------------- Comment By: Phil Dibowitz (jaymzh) Date: 2004-12-06 12:21 Message: Logged In: YES user_id=533101 I'm unable to get CVS to compile. During automake a I get all sorts of issues: /usr/bin/autopoint: line 259: fatal_error: command not found find: tmpwrk480/archive: No such file or directory configure.in: installing `./mkinstalldirs' configure.in: installing `./missing' configure.in:8: installing `./config.guess' configure.in:8: installing `./config.sub' Makefile.am: installing `./INSTALL' aclocal.m4:1736: required file `./ABOUT-NLS' not found lib/Makefile.am:6: automatically discovered file `fsusage.c' should not be explicitly mentioned lib/Makefile.am: installing `./depcomp' lib/Makefile.am:6: automatically discovered file `fsusage.c' should not be explicitly mentioned and then I'm able to configure okay, except that it failes to make one of the Makefiles: config.status: error: cannot find input file: intl/Makefile.in Which means I obviously can't make: [phil at frantic nagiosplug]$ make cd . && /bin/bash ./config.status config.h config.status: creating config.h make all-recursive Making all in intl make: Fatal error: Don't know how to make target `all' Current working directory /auto/src/common/usc/nagios/nagiostest/nagiosplug/intl *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /auto/src/common/usc/nagios/nagiostest/nagiosplug *** Error code 1 make: Fatal error: Command failed for target `all' [phil at frantic nagiosplug]$ gmake gmake all-recursive gmake[1]: Entering directory `/auto/src/common/usc/nagios/nagiostest/nagiosplug' Making all in intl gmake[2]: Entering directory `/auto/src/common/usc/nagios/nagiostest/nagiosplug/intl' gmake[2]: *** No rule to make target `all'. Stop. gmake[2]: Leaving directory `/auto/src/common/usc/nagios/nagiostest/nagiosplug/intl' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/auto/src/common/usc/nagios/nagiostest/nagiosplug' gmake: *** [all] Error 2 [phil at frantic nagiosplug]$ I tried just making in the plugins directory, but dependencies are missing: [phil at frantic nagiosplug]$ cd plugins [phil at frantic plugins]$ make deps make: Warning: Can't find `.deps/check_by_ssh.Po': No such file or directory make: Fatal error in reader: Makefile, line 602: Read of include file `.deps/check_by_ssh.Po' failed So I can't test it.... -Phil ---------------------------------------------------------------------- Comment By: Phil Dibowitz (jaymzh) Date: 2004-11-24 00:24 Message: Logged In: YES user_id=533101 Not until I get back -- this check_nwstat.c can't be dropped into my current directory and rerun make, and I'm about to head on vacation. I'll check it next wee for you. - Phil ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-11-23 20:34 Message: Logged In: YES user_id=983566 Okay, well I've applied the patch you added, would you be able to test? I lack a Novell server unfortunately. ---------------------------------------------------------------------- Comment By: Phil Dibowitz (jaymzh) Date: 2004-11-22 12:01 Message: Logged In: YES user_id=533101 The code in the latest CVS changes: asprintf(&netware_version,""); to asprintf(&netware_version,"%s",""); but that still segfaults for me... - Phil ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-11-20 14:54 Message: Logged In: YES user_id=983566 Looks like this was fixed in rev 1.9. Would you be able to try a recent snapshot? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1055054&group_id=29880 From noreply at sourceforge.net Mon Dec 6 18:43:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Dec 6 18:43:04 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1038413 ] check_ups improvement, update and bugfix Message-ID: Patches item #1038413, was opened at 2004-10-01 03:48 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1038413&group_id=29880 Category: Enhancement Group: None >Status: Closed Resolution: Accepted Priority: 5 Submitted By: arnaud quette (uzuul) Assigned to: Matthew Kent (mattkent) Summary: check_ups improvement, update and bugfix Initial Comment: The attached patch: - update the compatibility of check_ups to the new protocol and naming scheme (support for NUT 1.4 and 2.0) - merge the patch from Alain Richard to update to NUT 2.0 compatibility (Bug #1032009, https://sourceforge.net/tracker/index.php?func=detail&aid=1032009&group_id=29880&atid=397597) - merge the patch from Alen Salamun (Patch #815785, https://sourceforge.net/tracker/index.php?func=detail&aid=815785&group_id=29880&atid=397599) - enhance integration of check_ups by updating REQUIREMENTS, AUTHOR, NUT new URL, command.cfg.in, ... What has to be done: - check and update translations, - keep old variable names (ie LINE for input.voltage) for the "-v" argument? - sort out the use of voltage in mV (check with Alain), - enhance the "-T" temperature switch (to switch from farenheit to celsius). Arnaud --- NUT Core Team ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-12-06 18:42 Message: Logged In: YES user_id=983566 Oh cool, thanks for the info and testing. ---------------------------------------------------------------------- Comment By: arnaud quette (uzuul) Date: 2004-12-06 01:15 Message: Logged In: YES user_id=135177 Hi Matt, thanks for your update. I've quickly tested the CVS there, and all seems fine. FYI, NUT provides a dummy driver to allow testing without a real ups (dummycons, only available from source, not yet packaged) Arnaud ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-12-01 20:40 Message: Logged In: YES user_id=983566 Sorry for the delay, it made patching a bit harder too unfortunately. But the patch was applied with minor tweaking. I would appreciate some final testing of these changes from nightly snapshot or cvs build as I lack a NUT install to test against. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1038413&group_id=29880 From noreply at sourceforge.net Mon Dec 6 18:45:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Dec 6 18:45:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-815785 ] check_ups - Switch for temperature output (C/F) Message-ID: Patches item #815785, was opened at 2003-10-01 04:46 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=815785&group_id=29880 Category: Enhancement Group: None >Status: Closed Resolution: Out of Date Priority: 5 Submitted By: Alen Salamun (alien2108) Assigned to: Matthew Kent (mattkent) Summary: check_ups - Switch for temperature output (C/F) Initial Comment: Well not everone likes Farenheit as output for temperatures. So I added new switch -T for output in Celsius. Diff is made agains latest check_ups.c = Last Modified: $Date: 2003/01/13 12:15:16 $ ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-12-06 18:44 Message: Logged In: YES user_id=983566 Plugin has had initial testing. ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-12-01 20:43 Message: Logged In: YES user_id=983566 Superceeded by #1038413 a large patch which brings support to NUT 2.0 and adds this feature. Would appreciate any testing of check_ups from a recent nightly snapshot/cvs build to make sure it works as expected. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=815785&group_id=29880 From noreply at sourceforge.net Mon Dec 6 18:46:07 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Dec 6 18:46:07 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1032009 ] check_ups incompatible with nut 2.0 Message-ID: Bugs item #1032009, was opened at 2004-09-21 09:12 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1032009&group_id=29880 Category: None Group: None >Status: Closed Resolution: Out of Date Priority: 5 Submitted By: Alain RICHARD (arichard) Assigned to: Matthew Kent (mattkent) Summary: check_ups incompatible with nut 2.0 Initial Comment: Hi, nut is now at 2.0 level and have changed completly the communication protocol used to monitoring the ups state and values (nut 2.0 is included in various recent distributions like fedora). This breaks completly the check_ups plugin. I have reworked it and you'll find it joined to this report. As the old plugin works with nut-0.x and nut-1.x, I propose to add this as a new check_upsv2 plugin. I am currently using it and it is stable. Regards, ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-12-06 18:45 Message: Logged In: YES user_id=983566 Updated plugin has had initial testing. ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-12-01 20:43 Message: Logged In: YES user_id=983566 Superceeded by #1038413 a large patch which brings support to NUT 2.0. Would appreciate any testing of check_ups from a recent nightly snapshot/cvs build to make sure it still meets your needs. ---------------------------------------------------------------------- Comment By: Pat Hennessy (pathennessy) Date: 2004-10-18 17:43 Message: Logged In: YES user_id=1140303 Well, thats real useful. I kinda wish I saw all this before, but I must have missed these bugs while looking. Hopefully, this will all be working into the next release of the nagios plugins. Using upsc hasn't been a big deal to us because we install NUT on all the servers. Since we are using it to monitor and handle clean shutdowns. I wasn't aware in the compatibility issue and will keep that in mind to switch versions on everything at once. Actually, I will probably install a patched version of the check_ups program instead. I'd rather use that then a script. I also played with the NUT perl module, but that only works with <=1.4 versions of NUT. It was not real pretty, maybe something better came along. I was kinda tempted to fix it to work with the newer protocol, but parsing the output of upsc was quicker and easier. ---------------------------------------------------------------------- Comment By: arnaud quette (uzuul) Date: 2004-10-18 07:47 Message: Logged In: YES user_id=135177 I've made a patch that include Richard's enhancements plus some of mine. Check http://sourceforge.net/tracker/index.php? func=detail&aid=1038413&group_id=29880&atid=397599 Note that we _can't_ rely on upsc as it implies having NUT installed. We (NUT developers) have made an easy and Ascii protocol so that implementation is fairly straightforward, as in check_ups. Moreover, only upsc from nut 1.4 supports both the old and the new protocol, so if you have NUT 2.0 installed locally, and want to talk to a <= 1.4 NUT server, it won't work! If having both old and new protocol compat is needed, please tell us so. Arnaud --- 2nd NUT coordinator/developer Debian Developer ---------------------------------------------------------------------- Comment By: Pat Hennessy (pathennessy) Date: 2004-10-15 19:44 Message: Logged In: YES user_id=1140303 I also ran into this and found this bug after the fact. I wrote a perl script to use the upsc command instead. The upsc command works with both versions. Since the upsc command comes with the nut client, it should always work with the server. Using this perl script, I am able to update my nut servers one at time without the need to fiddle with my Nagios config or plugins. I was going to submit the script to the contrib section of the CVS tree, but I haven't quite figured out how to do that yet. If someone wants it, I will be happy to email the script to them until I submit it (if its even accepted). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1032009&group_id=29880 From noreply at sourceforge.net Mon Dec 6 19:14:03 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Dec 6 19:14:03 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1012191 ] Selectable behaviour for Admin Down in check_ifoperstatus Message-ID: Patches item #1012191, was opened at 2004-08-19 06:44 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1012191&group_id=29880 Category: Enhancement Group: None >Status: Closed >Resolution: Accepted Priority: 3 Submitted By: Ra?l Pedroche (pedroche) >Assigned to: Matthew Kent (mattkent) Summary: Selectable behaviour for Admin Down in check_ifoperstatus Initial Comment: I have modified check_ifoperstatus to allow selecting the status for interfaces with ifAdminStatus = 2 (down), just like it can already be done with interfaces with ifOperStatus = 5 (dormant). I find it quite useful to be able to specify Ignore in hosts with a lot of interfaces that are enabled/disabled commonly, like Ethernet switches. I have also fixed a small bug that outputted "WARNNG" instead of "WARNING" for dormant interfaces (without -w or with -w w). ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-12-06 19:13 Message: Logged In: YES user_id=983566 Looks good, applied in cvs HEAD. Thanks! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1012191&group_id=29880 From nagios at proy.org Tue Dec 7 13:30:05 2004 From: nagios at proy.org (Patrick Proy) Date: Tue Dec 7 13:30:05 2004 Subject: [Nagiosplug-devel] Temporary file for plugins In-Reply-To: <41ABB843.20303@op5.se> Message-ID: <20041207212944.92479AB6E0@www.manubulon.com> I tried $TMPDIR on my linux, it was empty.... (rh 9.0) In the release version on my scripts, I will put @localstatedir@ as base directory, and for now "/tmp/" is OK. Patrick nagios at proy.org -----Message d'origine----- De : nagiosplug-devel-admin at lists.sourceforge.net [mailto:nagiosplug-devel-admin at lists.sourceforge.net] De la part de Andreas Ericsson Envoy? : mardi 30 novembre 2004 01:01 ? : nagiosplug-devel at lists.sourceforge.net Objet : Re: [Nagiosplug-devel] Temporary file for plugins Patrick Proy wrote: > Hi everybody, > > I'm planning to update some of my snmp scripts and I really need to > store information - because of counter style variables of snmp -. > I don't think a temporary file is a good solution (will there be a > /tmp on every system ? Can nagios user write in it ?), but I didn't > find anything else. > > Will there be some kind of storage in Nagios 2.0 for the scripts ? > A temp directory directive ? > The --sharedstatedir and --localstatedir directives will be available for usage with the subst script (as @sharedstatedir@ and @localstatedir@) and every posix-compliant system should have the $TMPDIR environment variable set. > Did someone find a good solution ? > > Thanks for your answers, > > Patrick Proy > nagios at proy.org -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ _______________________________________________________ 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 noreply at sourceforge.net Tue Dec 7 14:36:03 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Dec 7 14:36:03 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1041576 ] starttls support for check_smtp Message-ID: Patches item #1041576, was opened at 2004-10-06 18:10 Message generated for change (Comment added) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1041576&group_id=29880 Category: Enhancement Group: None >Status: Pending >Resolution: Out of Date Priority: 5 Submitted By: Eric Chen (chen23) Assigned to: Benoit Mortier (opensides) Summary: starttls support for check_smtp Initial Comment: added starttls support and certifcate check to check_smtp code borrowed from check_http.c also requires additional change to plugin/Makefile.am: check_smtp_LDADD = $(NETLIBS) $(SSLLIBS) patches against nagios-plugins-1.3.1 built on Solaris 9 w/ Forte Developer 7 C 5.4 ---------------------------------------------------------------------- >Comment By: Benoit Mortier (opensides) Date: 2004-12-07 23:35 Message: Logged In: YES user_id=388184 Hi, could you provide a patch against cvs head, this one is to old Thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1041576&group_id=29880 From noreply at sourceforge.net Tue Dec 7 16:07:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Dec 7 16:07:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1028033 ] check-ldap enhance for ldaps/StartTLS Message-ID: Patches item #1028033, was opened at 2004-09-14 18:29 Message generated for change (Comment added) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1028033&group_id=29880 Category: Enhancement Group: None >Status: Pending >Resolution: Accepted Priority: 5 Submitted By: Alexander Spannagel (aspannagel) Assigned to: Benoit Mortier (opensides) Summary: check-ldap enhance for ldaps/StartTLS Initial Comment: I have written this patch to monitor ldaps and ldap with StartTLS. check_ldap should behave as before. If it is called over the symlink chack_ldaps, it should use TLS. On Port 636 by default and over the others via startTLS (requires LDAPv3). I have thought about a option for the ldap version, that should be used, but have it not implemented for now. ---------------------------------------------------------------------- >Comment By: Benoit Mortier (opensides) Date: 2004-12-08 01:06 Message: Logged In: YES user_id=388184 Hi, i applied the patch to cvs head. Could you test it Thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1028033&group_id=29880 From jrhett at meer.net Tue Dec 7 22:48:09 2004 From: jrhett at meer.net (Joe Rhett) Date: Tue Dec 7 22:48:09 2004 Subject: [Nagiosplug-devel] check_ping: Could not interpret output from ping command In-Reply-To: <41A8E1B5.5090305@op5.se> References: <4135C9D0.4010207@op5.se> <41A85FD1.9010300@lycos.com> <41A8E1B5.5090305@op5.se> Message-ID: <20041208064715.GC53065@meer.net> On Sat, Nov 27, 2004 at 09:21:09PM +0100, Andreas Ericsson wrote: > Yes. Sometime (soon, hopefully) the check_icmp plugin will be included > in the standard distribution, and the check_ping plugin will be gotten > rid of. Hopefully sometime after it works on operating systems other than Linux? ./check_icmp -H bowmore OK - bowmore: rta 0.79 ms, lost 0%|rta=0.79ms;200;500;; pl=0%;60;80;; ./check_icmp -H bowmore -w 3000,80% -c 5000,100% check_icmp: select() in recvfrom_wto : Invalid argument ./check_icmp -H bowmore -c 3000,100% check_icmp: select() in recvfrom_wto : Invalid argument -- Joe Rhett Senior Geek Meer.net From jrhett at meer.net Tue Dec 7 22:59:04 2004 From: jrhett at meer.net (Joe Rhett) Date: Tue Dec 7 22:59:04 2004 Subject: [Nagiosplug-devel] check_ping: Could not interpret output from ping command In-Reply-To: <20041208064715.GC53065@meer.net> References: <4135C9D0.4010207@op5.se> <41A85FD1.9010300@lycos.com> <41A8E1B5.5090305@op5.se> <20041208064715.GC53065@meer.net> Message-ID: <20041208065822.GD53065@meer.net> FYI, this error only occurs with 4 digits in the -c arguement. The following works fine... ./check_icmp -H bowmore -c 1000,80% check_icmp: select() in recvfrom_wto : Invalid argument ./check_icmp -H bowmore -c 999,80% OK - bowmore: rta 0.80 ms, lost 0%|rta=0.80ms;200;999;; pl=0%;60;80;; On Tue, Dec 07, 2004 at 10:47:15PM -0800, Joe Rhett wrote: > On Sat, Nov 27, 2004 at 09:21:09PM +0100, Andreas Ericsson wrote: > > Yes. Sometime (soon, hopefully) the check_icmp plugin will be included > > in the standard distribution, and the check_ping plugin will be gotten > > rid of. > > Hopefully sometime after it works on operating systems other than Linux? > > ./check_icmp -H bowmore > OK - bowmore: rta 0.79 ms, lost 0%|rta=0.79ms;200;500;; pl=0%;60;80;; > > ./check_icmp -H bowmore -w 3000,80% -c 5000,100% > check_icmp: select() in recvfrom_wto : Invalid argument > > ./check_icmp -H bowmore -c 3000,100% > check_icmp: select() in recvfrom_wto : Invalid argument > > -- > Joe Rhett > Senior Geek > Meer.net -- Joe Rhett Senior Geek Meer.net From jason-sourceforge at microlnk.net Wed Dec 8 08:36:09 2004 From: jason-sourceforge at microlnk.net (Jason Byrns) Date: Wed Dec 8 08:36:09 2004 Subject: [Nagiosplug-devel] check_snmp -- Modify source code, to allow SNMP protocol version 2c? Message-ID: <41B72D5B.9040507@microlnk.net> Good morning, all. I'm having trouble with the current check_snmp plugin for Nagios. Can anyone help me make a minor modification? check_snmp only allows either version 1 or version 3 of the SNMP protocol. But some of our network devices will ONLY respond to protocol version 2 (2c, to be exact). I see check_snmp is just using /usr/bin/snmpget, building an snmpget command as appropriate. If I use snmpget directly, I am able to select the protocol version I need and it works just fine. I'm looking at check_snmp.c right now, and I can see the section of code where it validates your choice of protocl version. Anyone familiar enough with SNMP and the check_snmp plugin to advise me? Here's the snmpget command that works for me: /usr/bin/snmpget -t 1 -r 9 -m ALL -v 2c -c [COMMUNITY STRING] [DEVICE IP ADDRESS]:161 [DESIRED OID] Here's the section of code from check_snmp.c that seems most relevant. Could I just duplicate the protocol version 3 section, and make a similar section for protocol version 2c? And I'm looking now to see how I'd recompile just one plugin. Any easy pointers on that, as well? if (proto == NULL || (strcmp(proto,DEFAULT_PROTOCOL) == 0) ) { /* default protocol version */ asprintf(&proto, DEFAULT_PROTOCOL); asprintf(&authpriv, "%s%s", "-c ", community); } else if ( strcmp (proto, "3") == 0 ) { /* snmpv3 args */ asprintf(&proto, "%s", "3"); if ( (strcmp(seclevel, "noAuthNoPriv") == 0) || seclevel == NULL ) { asprintf(&authpriv, "%s", "-l noAuthNoPriv" ); } else if ( strcmp(seclevel, "authNoPriv") == 0 ) { if ( secname == NULL || authpasswd == NULL) { printf ("Missing secname (%s) or authpassword (%s) ! \n",secname, authpasswd ); print_usage (); exit (STATE_UNKNOWN); } asprintf(&authpriv, "-l authNoPriv -a %s -u %s -A %s ", authproto, secname, authpasswd); } else if ( strcmp(seclevel, "authPriv") == 0 ) { if ( secname == NULL || authpasswd == NULL || privpasswd == NULL ) { printf ("Missing secname (%s), authpassword (%s), or privpasswd (%s)! \n",secname, authpasswd,privpasswd ); print_usage (); exit (STATE_UNKNOWN); } asprintf(&authpriv, "-l authPriv -a %s -u %s -A %s -x DES -X %s ", authproto, secname, authpasswd, privpasswd); } } else { printf ("Invalid SNMP version: %s\n", proto); print_usage (); exit (STATE_UNKNOWN); } Thanks to everyone for all their help in the past, and thanks for any future offers of help too! -- Jason Byrns System Administrator, MicroLnk http://www.MicroLnk.com/ 402-328-8600 ext. 653 From a.lillie at surewest.net Wed Dec 8 09:52:05 2004 From: a.lillie at surewest.net (Andrew Lillie) Date: Wed Dec 8 09:52:05 2004 Subject: [Nagiosplug-devel] check_snmp -- Modify source code, to allow SNMP protocol version 2c? In-Reply-To: <41B72D5B.9040507@microlnk.net> References: <41B72D5B.9040507@microlnk.net> Message-ID: <41B73F3B.1060202@surewest.net> Jason, I had a similar issue, so I added in the following (in between the version 1 and version 3 sections (line 725 in my copy of the source)): else if ((strcmp(proto,"2c") == 0) || (strcmp(proto,"2") == 0)) { /* why does the world hate snmp v2 so much? */ asprintf(&proto, "%s", "2c"); asprintf(&authpriv, "%s%s", "-c ", community); } This works for me without any issues. -Andrew Jason Byrns wrote: > Good morning, all. > > I'm having trouble with the current check_snmp plugin for Nagios. Can > anyone help me make a minor modification? check_snmp only allows > either version 1 or version 3 of the SNMP protocol. But some of our > network devices will ONLY respond to protocol version 2 (2c, to be > exact). > > I see check_snmp is just using /usr/bin/snmpget, building an snmpget > command as appropriate. If I use snmpget directly, I am able to > select the protocol version I need and it works just fine. > > I'm looking at check_snmp.c right now, and I can see the section of > code where it validates your choice of protocl version. Anyone > familiar enough with SNMP and the check_snmp plugin to advise me? > > Here's the snmpget command that works for me: > /usr/bin/snmpget -t 1 -r 9 -m ALL -v 2c -c [COMMUNITY STRING] [DEVICE > IP ADDRESS]:161 [DESIRED OID] > > Here's the section of code from check_snmp.c that seems most relevant. > Could I just duplicate the protocol version 3 section, and make a > similar section for protocol version 2c? > > And I'm looking now to see how I'd recompile just one plugin. Any > easy pointers on that, as well? > > if (proto == NULL || (strcmp(proto,DEFAULT_PROTOCOL) == 0) ) { /* > default protocol version */ > asprintf(&proto, DEFAULT_PROTOCOL); > asprintf(&authpriv, "%s%s", "-c ", community); > } > else if ( strcmp (proto, "3") == 0 ) { /* > snmpv3 args */ > asprintf(&proto, "%s", "3"); > > if ( (strcmp(seclevel, "noAuthNoPriv") == 0) || > seclevel == NULL ) { > asprintf(&authpriv, "%s", "-l noAuthNoPriv" ); > } > else if ( strcmp(seclevel, "authNoPriv") == 0 ) { > if ( secname == NULL || authpasswd == NULL) { > printf ("Missing secname (%s) or > authpassword (%s) ! \n",secname, authpasswd ); > print_usage (); > exit (STATE_UNKNOWN); > } > asprintf(&authpriv, "-l authNoPriv -a %s -u %s > -A %s ", authproto, secname, authpasswd); > } > else if ( strcmp(seclevel, "authPriv") == 0 ) { > if ( secname == NULL || authpasswd == NULL || > privpasswd == NULL ) { > printf ("Missing secname (%s), > authpassword (%s), or privpasswd (%s)! \n",secname, > authpasswd,privpasswd ); > print_usage (); > exit (STATE_UNKNOWN); > } > asprintf(&authpriv, "-l authPriv -a %s -u %s > -A %s -x DES -X %s ", authproto, secname, authpasswd, privpasswd); > } > > > } > else { > printf ("Invalid SNMP version: %s\n", proto); > print_usage (); > exit (STATE_UNKNOWN); > } > > > Thanks to everyone for all their help in the past, and thanks for any > future offers of help too! > From noreply at sourceforge.net Wed Dec 8 10:22:08 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Dec 8 10:22:08 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1081520 ] check_snmp doesn't allow version 2 of SNMP protocol Message-ID: Bugs item #1081520, was opened at 2004-12-08 12:21 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1081520&group_id=29880 Category: Argument proccessing Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Jason (snackmeat) Assigned to: Nobody/Anonymous (nobody) Summary: check_snmp doesn't allow version 2 of SNMP protocol Initial Comment: The current check_snmp plugin does not allow you to choose SNMP protocol V2. Only V1 or V3. Some of our network devices will ONLY respond to SNMP V2 queries. It seems to me that check_snmp should be modified to allow V2 protocol as well. This can be accomplished with a simple addition to the source. In the part where it validates your arguements, add something like this: else if ((strcmp(proto,"2c") == 0) || (strcmp(proto,"2") == 0)) { /* Added manually, since old check_snmp doesn't allow protocol V2 */ asprintf(&proto, "%s", "2c"); asprintf(&authpriv, "%s%s", "-c ", community); } Any reason this shouldn't be included in check_snmp? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1081520&group_id=29880 From jason-sourceforge at microlnk.net Wed Dec 8 10:25:34 2004 From: jason-sourceforge at microlnk.net (Jason Byrns) Date: Wed Dec 8 10:25:34 2004 Subject: [Nagiosplug-devel] check_snmp -- Modify source code, to allow SNMP protocol version 2c? In-Reply-To: <41B73F3B.1060202@surewest.net> References: <41B72D5B.9040507@microlnk.net> <41B73F3B.1060202@surewest.net> Message-ID: <41B74703.9020304@microlnk.net> Andrew Lillie wrote: > Jason, > > I had a similar issue, so I added in the following (in between the > version 1 and version 3 sections (line 725 in my copy of the source)): > > else if ((strcmp(proto,"2c") == 0) || (strcmp(proto,"2") == 0)) > { /* why does the world hate snmp v2 so much? */ > asprintf(&proto, "%s", "2c"); > asprintf(&authpriv, "%s%s", "-c ", community); > } > > This works for me without any issues. Excellent, thanks very much! Glad to hear it was pretty much like I was expecting. I submitted this as a bug through Sourceforge, as it seems like the main plugin should be updated. (Or is there some special reason they chose to avoid SNMP protocol V2?) Any easy way to compile just this one plugin, after I modify it? So far, all I can find makes it sound like you have to compile and install ALL plugins at once. (I was hoping I could just compile check_snmp.c, and copy the resulting file over to the appropriate location. Would that work okay?) Thanks again! --Jason Byrns From noreply at sourceforge.net Wed Dec 8 10:30:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Dec 8 10:30:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1081524 ] watch Evenlog Message-ID: New Plugins item #1081524, was opened at 2004-12-09 03:29 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1081524&group_id=29880 Category: System monitor Group: None Status: Open Resolution: None Priority: 5 Submitted By: Ishida (sysscr) Assigned to: Nobody/Anonymous (nobody) Summary: watch Evenlog Initial Comment: Windows Servers, Windows 2000,XP. It is the plugin which reports an error waring which checked the event log within 30 minutes. checkcommands.cfg define command{ command_name check_nrpe command_line $USER1$/check_nrpe -H HOSTADDRESS$ -c $ARG1$ } # # services.cfg # define service{ use generic-service ; Name of service template to use host_name syscr01 service_description msg is_volatile 0 check_period 24x7 max_check_attempts 3 normal_check_interval 5 retry_check_interval 1 contact_groups linux-admins notification_interval 240 notification_period 24x7 notification_options w,u,c,r check_command check_nrpe! check_msg } http://scr.jpn.ph/lib/plugin/check_Msg.lzh ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1081524&group_id=29880 From a.lillie at surewest.net Wed Dec 8 12:14:12 2004 From: a.lillie at surewest.net (Andrew Lillie) Date: Wed Dec 8 12:14:12 2004 Subject: [Nagiosplug-devel] check_snmp -- Modify source code, to allow SNMP protocol version 2c? In-Reply-To: <41B74703.9020304@microlnk.net> References: <41B72D5B.9040507@microlnk.net> <41B73F3B.1060202@surewest.net> <41B74703.9020304@microlnk.net> Message-ID: <41B76079.2000603@surewest.net> I don't think that the individual plugins have their own make targets. But, you can just run "make" (and skip "make install") and copy the new check_snmp plugin to your production plugins directory. As far as SNMP v2 goes... I don't actually know. There may be reasons to avoid it (perhaps someone else on the list can address this), but I was in the same boat you were: I had some devices that only used SNMP v2, thus I added support for it in. -=A=- Jason Byrns wrote: > Andrew Lillie wrote: > >> Jason, >> >> I had a similar issue, so I added in the following (in between the >> version 1 and version 3 sections (line 725 in my copy of the source)): >> >> else if ((strcmp(proto,"2c") == 0) || (strcmp(proto,"2") == >> 0)) { /* why does the world hate snmp v2 so much? */ >> asprintf(&proto, "%s", "2c"); >> asprintf(&authpriv, "%s%s", "-c ", community); >> } >> >> This works for me without any issues. > > > Excellent, thanks very much! Glad to hear it was pretty much like I > was expecting. I submitted this as a bug through Sourceforge, as it > seems like the main plugin should be updated. (Or is there some > special reason they chose to avoid SNMP protocol V2?) > > Any easy way to compile just this one plugin, after I modify it? So > far, all I can find makes it sound like you have to compile and > install ALL plugins at once. > > (I was hoping I could just compile check_snmp.c, and copy the > resulting file over to the appropriate location. Would that work okay?) > > Thanks again! > > --Jason Byrns > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________________ > 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 noreply at sourceforge.net Wed Dec 8 13:16:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Dec 8 13:16:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1073779 ] check_ping & Fedora Core 1/2/3 Message-ID: Bugs item #1073779, was opened at 2004-11-26 17:00 Message generated for change (Comment added) made by b_eugene You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1073779&group_id=29880 Category: Parsing problem Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Eugene_B (b_eugene) Assigned to: Matthew Kent (mattkent) Summary: check_ping & Fedora Core 1/2/3 Initial Comment: ./check_ping -H 192.168.1.1 -w 100,20% -c 500,60% /bin/ping -n -U -w 10 -c 5 192.168.1.1 Error: Could not interpret output from ping command ----------------------- I make change in source code of check_ping.c: 437c437 < sscanf(buf,"rtt min/avg/max/mdev = %*f/%f/%*f/%*f ms",&rta)==1) --- > sscanf(buf,"rtt min/avg/max/mdev = %f/%f/%f/%f ms",&rta)==1) ------------------------ and ./check_ping -H 192.168.1.1 -w 100,20% -c 500,60% PING OK - Packet loss = 0%, RTA = 0,00 ms ---------------------------------------------------------------------- >Comment By: Eugene_B (b_eugene) Date: 2004-12-08 23:15 Message: Logged In: YES user_id=1166750 It's my mistake I skiped step #0 That's all work ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-12-01 05:17 Message: Logged In: YES user_id=983566 Yeah that's identical to the output of my core 3 server. Are you using a fairly recent version of the plugins? Can you try one from a recent cvs-head snapshot http://nagiosplug.sourceforge.net/snapshot/ ? ---------------------------------------------------------------------- Comment By: Eugene_B (b_eugene) Date: 2004-11-29 12:16 Message: Logged In: YES user_id=1166750 /bin/ping -n -U -w 10 -c 5 192.168.1.1 PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data. 64 bytes from 192.168.1.1: icmp_seq=0 ttl=64 time=0.357 ms ... --- 192.168.1.1 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2000ms rtt min/avg/max/mdev = 0.315/0.332/0.357/0.027 ms, pipe 2 ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-11-27 21:36 Message: Logged In: YES user_id=983566 Just tested the latest snapshot against fedora core 3 and it works as expected. Can you paste me the output of your /bin/ping -n -U -w 10 -c 5 192.168.1.1 command? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1073779&group_id=29880 From noreply at sourceforge.net Wed Dec 8 17:03:07 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Dec 8 17:03:07 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1081520 ] check_snmp doesn't allow version 2 of SNMP protocol Message-ID: Bugs item #1081520, was opened at 2004-12-08 19:21 Message generated for change (Comment added) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1081520&group_id=29880 Category: Argument proccessing Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Jason (snackmeat) >Assigned to: Benoit Mortier (opensides) Summary: check_snmp doesn't allow version 2 of SNMP protocol Initial Comment: The current check_snmp plugin does not allow you to choose SNMP protocol V2. Only V1 or V3. Some of our network devices will ONLY respond to SNMP V2 queries. It seems to me that check_snmp should be modified to allow V2 protocol as well. This can be accomplished with a simple addition to the source. In the part where it validates your arguements, add something like this: else if ((strcmp(proto,"2c") == 0) || (strcmp(proto,"2") == 0)) { /* Added manually, since old check_snmp doesn't allow protocol V2 */ asprintf(&proto, "%s", "2c"); asprintf(&authpriv, "%s%s", "-c ", community); } Any reason this shouldn't be included in check_snmp? ---------------------------------------------------------------------- >Comment By: Benoit Mortier (opensides) Date: 2004-12-09 02:02 Message: Logged In: YES user_id=388184 Hi, will put that in check_snmp.c byz ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1081520&group_id=29880 From ollie at uk.clara.net Thu Dec 9 05:32:01 2004 From: ollie at uk.clara.net (Ollie Cook) Date: Thu Dec 9 05:32:01 2004 Subject: [Nagiosplug-devel] check_dns fixes Message-ID: <20041209133112.GD310@mutare.noc.clara.net> Hi, The check_dns plugin from 1.4.0alpha2 crashes (segmentation violation) if the standard output is not recognised *and* there is no recognised error on standard error. The crash is an attempt to reference 'output' which is NULL. I've attached a patch which covers two new errors: Query refused: usually caused by an ACL in the nameserver configuration No information: I've seen this when the primary IP of the nameserver being queried has two PTR records. I've modified the check which it seems was supposed to detect the case of not recognising and output either on stdout or stderr. I've also caused stderr lines to be written when in verbose mode, as for stdout. Cheers, Ollie -- Ollie Cook Systems Architect, Claranet UK ollie at uk.clara.net +44 20 7685 8065 -------------- next part -------------- --- check_dns.c.orig Thu Dec 9 13:01:30 2004 +++ check_dns.c Thu Dec 9 12:55:43 2004 @@ -150,6 +150,10 @@ /* scan stderr */ while (fgets (input_buffer, MAX_INPUT_BUFFER - 1, child_stderr)) { + + if (verbose) + printf ("%s", input_buffer); + if (error_scan (input_buffer) != STATE_OK) { result = max_state (result, error_scan (input_buffer)); output = strdup (1 + index (input_buffer, ':')); @@ -163,7 +167,7 @@ /* close stdout */ if (spclose (child_process)) { result = max_state (result, STATE_WARNING); - if (!strcmp (output, "")) + if (output == NULL || !strcmp (output, "")) output = strdup (_("nslookup returned error status")); } @@ -237,6 +241,14 @@ (strstr (input_buffer, "** server can't find") && strstr (input_buffer, ": REFUSED"))) die (STATE_CRITICAL, _("Connection to DNS %s was refused\n"), dns_server); + + /* Query refused (usually by an ACL in the namserver) + else if (strstr (input_buffer, "Query refused")) + die (STATE_CRITICAL, _("Query was refused by DNS server at %s\n"), dns_server); */ + + /* No information (e.g. nameserver IP has two PTR records) */ + else if (strstr (input_buffer, "No information")) + die (STATE_CRITICAL, _("No information returned by DNS server at %s\n"), dns_server); /* Host or domain name does not exist */ else if (strstr (input_buffer, "Non-existent") || From ollie at uk.clara.net Thu Dec 9 05:32:18 2004 From: ollie at uk.clara.net (Ollie Cook) Date: Thu Dec 9 05:32:18 2004 Subject: [Nagiosplug-devel] check_tcp patch Message-ID: <20041209133149.GE310@mutare.noc.clara.net> Hi, check_tcp in 1.4.0alpha2 uses strstr(3) to determine whether or not the expected string appears in the server's output. Using check_nntp this causes unexpected behaviour under Diablo. For example if I use: check_nntp -H $HOSTADDRESS$ I get a false positive because the server's output might be: 502 obfuscated.hostname: Transfer permission - newmaster at domain.com (DIABLO 5-CUR-20031207-02) check_nntp is expecting a response of "200" or "201" and it's getting it (from the Diablo version timestamp). I've attached a short patch which checks for the expected string at the start of the server's output. It also prints out what the response was in the error message which will help people in debugging why their checks are failing. I realise that this is a change of behaviour the people might not expect if they're used to the match happening anywhere in a line. In that case, might I suggest this be added as another option (e.g. -E ?) Furthermore I've changed the state from warning to critical because I think not getting the output you expect from a service is very serious. Do others agree? Perhaps this also ought to be configurable? Cheers, Ollie -- Ollie Cook Systems Architect, Claranet UK ollie at uk.clara.net +44 20 7685 8065 -------------- next part -------------- --- check_tcp.c.orig Thu Dec 9 13:01:37 2004 +++ check_tcp.c Wed Dec 8 14:23:10 2004 @@ -333,8 +333,8 @@ if (verbose) printf ("%d %d\n", i, (int)server_expect_count); if (i >= (int)server_expect_count) - die (STATE_WARNING, _("Invalid response from host\n")); - if (strstr (status, server_expect[i])) + die (STATE_CRITICAL, _("Unexpected response from host: %s\n"), status); + if (strncmp(status, server_expect[i], strlen(server_expect[i])) == 0) break; } } From ollie at uk.clara.net Thu Dec 9 05:33:03 2004 From: ollie at uk.clara.net (Ollie Cook) Date: Thu Dec 9 05:33:03 2004 Subject: [Nagiosplug-devel] race condition in popen.c Message-ID: <20041209133224.GF310@mutare.noc.clara.net> Hi, There is a race condition in popen.c which might result in a segmentation violation under certain circumstances. I found this while debugging check_ping. If the call to spopen is not made within 'timeout' (default:10) seconds of the call to alarm(3) and popen_timeout_alarm_handler has been set as the signal handler for SIGALRM, then the childpid array will not yet have been allocated. The potentially fatal dereference in popen_timeout_alarm_handler is: kill (childpid[fileno (child_process)], SIGKILL); The safest fix for this would be for clients to initialise childpid before calling alarm(3), although putting the onus on the client is some cause for concern? Do others have a view on this? Yours, Ollie -- Ollie Cook Systems Architect, Claranet UK ollie at uk.clara.net +44 20 7685 8065 From mkent at magoazul.com Thu Dec 9 08:17:00 2004 From: mkent at magoazul.com (Matthew Kent) Date: Thu Dec 9 08:17:00 2004 Subject: [Nagiosplug-devel] check_dns fixes In-Reply-To: <20041209133112.GD310@mutare.noc.clara.net> References: <20041209133112.GD310@mutare.noc.clara.net> Message-ID: <1102582258.3226.25.camel@fuego> On Thu, 2004-12-09 at 13:31, Ollie Cook wrote: > Hi, > > The check_dns plugin from 1.4.0alpha2 crashes (segmentation violation) if the > standard output is not recognised *and* there is no recognised error on > standard error. > > The crash is an attempt to reference 'output' which is NULL. > > I've attached a patch which covers two new errors: > > Query refused: usually caused by an ACL in the nameserver configuration > No information: I've seen this when the primary IP of the nameserver being > queried has two PTR records. > > I've modified the check which it seems was supposed to detect the case of not > recognising and output either on stdout or stderr. > > I've also caused stderr lines to be written when in verbose mode, as for > stdout. > Thank you for the patch. I'll take a look at it this evening. > Cheers, > > Ollie From mkent at magoazul.com Thu Dec 9 08:17:05 2004 From: mkent at magoazul.com (Matthew Kent) Date: Thu Dec 9 08:17:05 2004 Subject: [Nagiosplug-devel] check_tcp patch In-Reply-To: <20041209133149.GE310@mutare.noc.clara.net> References: <20041209133149.GE310@mutare.noc.clara.net> Message-ID: <1102582231.3226.23.camel@fuego> On Thu, 2004-12-09 at 13:31, Ollie Cook wrote: > Hi, > > check_tcp in 1.4.0alpha2 uses strstr(3) to determine whether or not the > expected string appears in the server's output. > > Using check_nntp this causes unexpected behaviour under Diablo. For example > if I use: > > check_nntp -H $HOSTADDRESS$ > > I get a false positive because the server's output might be: > > 502 obfuscated.hostname: Transfer permission - newmaster at domain.com (DIABLO 5-CUR-20031207-02) > > check_nntp is expecting a response of "200" or "201" and it's getting it (from > the Diablo version timestamp). > > I've attached a short patch which checks for the expected string at the start > of the server's output. It also prints out what the response was in the error > message which will help people in debugging why their checks are failing. > Thank you for the patch. I'll take a look at it this evening. For future bug fixes, can you submit them to the sourceforge tracker (http://sourceforge.net/projects/nagiosplug/) ? Currently this is the preferred way to keep track of these requests. > I realise that this is a change of behaviour the people might not expect if > they're used to the match happening anywhere in a line. In that case, might I > suggest this be added as another option (e.g. -E ?) > > Furthermore I've changed the state from warning to critical because I think not > getting the output you expect from a service is very serious. Do others agree? > Perhaps this also ought to be configurable? > It's serious, but at least with WARNING you can know that service is up, just not functioning correctly. I think this would be best suited to a new flag to let people force critical when an invalid response is received. Thoughts? > Cheers, > > Ollie From noreply at sourceforge.net Thu Dec 9 09:01:05 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Dec 9 09:01:05 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1082275 ] choose state level when expected value not received Message-ID: Patches item #1082275, was opened at 2004-12-09 17:00 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1082275&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Ollie Cook (olliec) Assigned to: Nobody/Anonymous (nobody) Summary: choose state level when expected value not received Initial Comment: tcp_check.c returns STATE_WARNING if the expected values aren't returned from the service being checked. Some users may want to return STATE_CRITICAL. This patch provides a flag to control which state to return. Ollie ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1082275&group_id=29880 From ollie at uk.clara.net Thu Dec 9 09:03:04 2004 From: ollie at uk.clara.net (Ollie Cook) Date: Thu Dec 9 09:03:04 2004 Subject: [Nagiosplug-devel] check_tcp patch In-Reply-To: <1102582231.3226.23.camel@fuego> References: <20041209133149.GE310@mutare.noc.clara.net> <1102582231.3226.23.camel@fuego> Message-ID: <20041209170212.GJ310@mutare.noc.clara.net> On Thu, Dec 09, 2004 at 08:50:31AM +0000, Matthew Kent wrote: > Thank you for the patch. I'll take a look at it this evening. For future > bug fixes, can you submit them to the sourceforge tracker > (http://sourceforge.net/projects/nagiosplug/) ? Currently this is the > preferred way to keep track of these requests. Absolutely. I'll do that in future. > > Furthermore I've changed the state from warning to critical because I think > > not getting the output you expect from a service is very serious. Do others > > agree? Perhaps this also ought to be configurable? > > It's serious, but at least with WARNING you can know that service is up, just > not functioning correctly. I think this would be best suited to a new flag to > let people force critical when an invalid response is received. I've rolled a patch for this (request id 1082275). Yours, Ollie -- Ollie Cook Systems Architect, Claranet UK ollie at uk.clara.net +44 20 7685 8065 From tonvoon at mac.com Thu Dec 9 16:29:05 2004 From: tonvoon at mac.com (Ton Voon) Date: Thu Dec 9 16:29:05 2004 Subject: ngettext errors with --disable-nls (was Re: [Nagiosplug-devel] check_procs, check_ldap compile errors) In-Reply-To: References: <41AF1907.7010705@op5.se> Message-ID: <76E31D40-4A42-11D9-932A-000A95D47298@mac.com> Andreas, Just to let you know that I've worked out why ngettext was failing, so it is now fixed. I've reverted back the ngettext changes that you have suggested patches for. A compile with or without --disable-nls works now. Ton On 3 Dec 2004, at 09:00, Ton Voon wrote: > Andreas, > > Thanks for the patch. Yes, definitely a good practice to build with > --disable-nls every so often - will update my release notes to try > this before publishing a release. > > While your patches are fine and Benoit has applied to CVS, I'd like to > know why ngettext does not work. I would expect ngettext to be > effectively void, such as _("message") is made void with > --disable-nls. Does anyone know if we are implementing or configuring > gettext incorrectly? > > Ton > > On 2 Dec 2004, at 13:30, Andreas Ericsson wrote: > >> While localization is all good and dandy, try once in a while >> building with --disable-nls. It throws an error on check_dns, >> check_procs and check_ldap without this patch. >> >> The patch is trivial and I'm sure it'll work (although I haven't >> tested running the plugins, they build cleanly). >> >> Apply with patch -p1. >> >> -- >> Andreas Ericsson andreas.ericsson at op5.se >> OP5 AB www.op5.se >> Lead Developer >> diff -urN ../nagiosplug.orig/plugins/check_ldap.c >> ./plugins/check_ldap.c >> --- ../nagiosplug.orig/plugins/check_ldap.c Thu Dec 2 14:12:56 2004 >> +++ ./plugins/check_ldap.c Thu Dec 2 14:18:19 2004 >> @@ -335,6 +335,13 @@ >> Usage: %s -H -b [-p ] [-a ] [-D >> ]\n\ >> [-P ] [-w ] [-c ] [-t timeout]%s\n\ >> (Note: all times are in seconds.)\n"), >> - progname, (HAVE_LDAP_SET_OPTION ? "[-2|-3] [-4|-6]" : "")); >> + progname, >> +#ifdef HAVE_LDAP_SET_OPTION >> + " [-2|-3] [-4|-6]" >> +#else >> + "" >> +#endif >> + ); >> + >> printf (_(UT_HLP_VRS), progname, progname); >> } >> diff -urN ../nagiosplug.orig/plugins/check_procs.c >> ./plugins/check_procs.c >> --- ../nagiosplug.orig/plugins/check_procs.c Thu Dec 2 13:43:43 2004 >> +++ ./plugins/check_procs.c Thu Dec 2 14:16:27 2004 >> @@ -278,7 +278,7 @@ >> printf (_("%d crit, %d warn out of "), crit, warn); >> } >> } >> - printf (ngettext ("%d process", "%d processes", (unsigned long) >> procs), procs); >> + printf ("%d %s", procs, procs == 1 ? _("process") : _("processes")); >> >> if (strcmp(fmt,"") != 0) { >> printf (_(" with %s"), fmt); >> diff -urN ../nagiosplug.orig/plugins/check_dns.c ./plugins/check_dns.c >> --- ../nagiosplug.orig/plugins/check_dns.c Thu Dec 2 13:43:43 2004 >> +++ ./plugins/check_dns.c Thu Dec 2 14:25:26 2004 >> @@ -198,7 +198,7 @@ >> multi_address = TRUE; >> >> printf ("DNS %s: ", _("OK")); >> - printf (ngettext("%.3f second response time, ", "%.3f seconds >> response time, ", elapsed_time), elapsed_time); >> + printf (_("%.3f seconds response time), ", elapsed_time); >> printf (_("%s returns %s"), query_address, address); >> printf ("|%s\n", fperfdata ("time", elapsed_time, "s", FALSE, 0, >> FALSE, 0, TRUE, 0, FALSE, 0)); >> } > From noreply at sourceforge.net Thu Dec 9 22:07:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Dec 9 22:07:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1082275 ] choose state level when expected value not received Message-ID: Patches item #1082275, was opened at 2004-12-09 09:00 Message generated for change (Settings changed) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1082275&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Ollie Cook (olliec) >Assigned to: Matthew Kent (mattkent) Summary: choose state level when expected value not received Initial Comment: tcp_check.c returns STATE_WARNING if the expected values aren't returned from the service being checked. Some users may want to return STATE_CRITICAL. This patch provides a flag to control which state to return. Ollie ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1082275&group_id=29880 From ae at op5.se Fri Dec 10 00:23:02 2004 From: ae at op5.se (Andreas Ericsson) Date: Fri Dec 10 00:23:02 2004 Subject: [Nagiosplug-devel] Re: ngettext errors with --disable-nls (was Re: [Nagiosplug-devel] check_procs, check_ldap compile errors) In-Reply-To: <76E31D40-4A42-11D9-932A-000A95D47298@mac.com> References: <41AF1907.7010705@op5.se> <76E31D40-4A42-11D9-932A-000A95D47298@mac.com> Message-ID: <41B95CB9.1050208@op5.se> Ton Voon wrote: > Andreas, > > Just to let you know that I've worked out why ngettext was failing, so > it is now fixed. I've reverted back the ngettext changes that you have > suggested patches for. A compile with or without --disable-nls works now. > I noticed (the rollback). Is it wise to use ngettext for floating point though? > Ton > > On 3 Dec 2004, at 09:00, Ton Voon wrote: > >> Andreas, >> >> Thanks for the patch. Yes, definitely a good practice to build with >> --disable-nls every so often - will update my release notes to try >> this before publishing a release. >> >> While your patches are fine and Benoit has applied to CVS, I'd like to >> know why ngettext does not work. I would expect ngettext to be >> effectively void, such as _("message") is made void with >> --disable-nls. Does anyone know if we are implementing or configuring >> gettext incorrectly? >> >> Ton >> >> On 2 Dec 2004, at 13:30, Andreas Ericsson wrote: >> >>> While localization is all good and dandy, try once in a while >>> building with --disable-nls. It throws an error on check_dns, >>> check_procs and check_ldap without this patch. >>> >>> The patch is trivial and I'm sure it'll work (although I haven't >>> tested running the plugins, they build cleanly). >>> >>> Apply with patch -p1. >>> >>> -- >>> Andreas Ericsson andreas.ericsson at op5.se >>> OP5 AB www.op5.se >>> Lead Developer >>> diff -urN ../nagiosplug.orig/plugins/check_ldap.c ./plugins/check_ldap.c >>> --- ../nagiosplug.orig/plugins/check_ldap.c Thu Dec 2 14:12:56 2004 >>> +++ ./plugins/check_ldap.c Thu Dec 2 14:18:19 2004 >>> @@ -335,6 +335,13 @@ >>> Usage: %s -H -b [-p ] [-a ] [-D >>> ]\n\ >>> [-P ] [-w ] [-c ] [-t timeout]%s\n\ >>> (Note: all times are in seconds.)\n"), >>> - progname, (HAVE_LDAP_SET_OPTION ? "[-2|-3] [-4|-6]" : "")); >>> + progname, >>> +#ifdef HAVE_LDAP_SET_OPTION >>> + " [-2|-3] [-4|-6]" >>> +#else >>> + "" >>> +#endif >>> + ); >>> + >>> printf (_(UT_HLP_VRS), progname, progname); >>> } >>> diff -urN ../nagiosplug.orig/plugins/check_procs.c >>> ./plugins/check_procs.c >>> --- ../nagiosplug.orig/plugins/check_procs.c Thu Dec 2 13:43:43 2004 >>> +++ ./plugins/check_procs.c Thu Dec 2 14:16:27 2004 >>> @@ -278,7 +278,7 @@ >>> printf (_("%d crit, %d warn out of "), crit, warn); >>> } >>> } >>> - printf (ngettext ("%d process", "%d processes", (unsigned long) >>> procs), procs); >>> + printf ("%d %s", procs, procs == 1 ? _("process") : >>> _("processes")); >>> >>> if (strcmp(fmt,"") != 0) { >>> printf (_(" with %s"), fmt); >>> diff -urN ../nagiosplug.orig/plugins/check_dns.c ./plugins/check_dns.c >>> --- ../nagiosplug.orig/plugins/check_dns.c Thu Dec 2 13:43:43 2004 >>> +++ ./plugins/check_dns.c Thu Dec 2 14:25:26 2004 >>> @@ -198,7 +198,7 @@ >>> multi_address = TRUE; >>> >>> printf ("DNS %s: ", _("OK")); >>> - printf (ngettext("%.3f second response time, ", "%.3f >>> seconds response time, ", elapsed_time), elapsed_time); >>> + printf (_("%.3f seconds response time), ", elapsed_time); >>> printf (_("%s returns %s"), query_address, address); >>> printf ("|%s\n", fperfdata ("time", elapsed_time, "s", >>> FALSE, 0, FALSE, 0, TRUE, 0, FALSE, 0)); >>> } >> >> > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________________ > 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 > -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From noreply at sourceforge.net Fri Dec 10 02:11:03 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Dec 10 02:11:03 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1082791 ] check_swap on hpux shows negative value Message-ID: Bugs item #1082791, was opened at 2004-12-10 11:10 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1082791&group_id=29880 Category: None Group: snapshot tarball Status: Open Resolution: None Priority: 5 Submitted By: Martin (mroeh) Assigned to: Nobody/Anonymous (nobody) Summary: check_swap on hpux shows negative value Initial Comment: Hi, I'm using nagios-plugins-HEAD-200412080547 on hpux 11.00. Compiling works fine, but when I try to use the check_swap I get the following error: ./check_swap -vvv -w90% -c80% Command: /usr/sbin/swapinfo -dfM, Format: %*s %d %*d %d SWAP CRITICAL: -2147483547% free (0 MB out of 0 MB) |swap=0MB;0;0;0;0 Output of /usr/sbin/swapinfo -dfM is Kb Kb Kb PCT START/ Kb TYPE AVAIL USED FREE USED LIMIT RESERVE PRI NAME dev 2097152 0 2097152 0% 0 - 1 /dev/vg00/lvol2 dev 17776640 0 17776640 0% 0 - 1 /dev/vgswap/lvol1 memory 3217700 2425360 792340 75% The same happened if the swap is used. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1082791&group_id=29880 From noreply at sourceforge.net Fri Dec 10 02:23:00 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Dec 10 02:23:00 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1082791 ] check_swap on hpux shows negative value Message-ID: Bugs item #1082791, was opened at 2004-12-10 11:10 Message generated for change (Settings changed) made by mroeh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1082791&group_id=29880 Category: None Group: snapshot tarball Status: Open Resolution: None Priority: 5 Submitted By: Martin (mroeh) >Assigned to: Karl DeBisschop (kdebisschop) Summary: check_swap on hpux shows negative value Initial Comment: Hi, I'm using nagios-plugins-HEAD-200412080547 on hpux 11.00. Compiling works fine, but when I try to use the check_swap I get the following error: ./check_swap -vvv -w90% -c80% Command: /usr/sbin/swapinfo -dfM, Format: %*s %d %*d %d SWAP CRITICAL: -2147483547% free (0 MB out of 0 MB) |swap=0MB;0;0;0;0 Output of /usr/sbin/swapinfo -dfM is Kb Kb Kb PCT START/ Kb TYPE AVAIL USED FREE USED LIMIT RESERVE PRI NAME dev 2097152 0 2097152 0% 0 - 1 /dev/vg00/lvol2 dev 17776640 0 17776640 0% 0 - 1 /dev/vgswap/lvol1 memory 3217700 2425360 792340 75% The same happened if the swap is used. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1082791&group_id=29880 From tonvoon at mac.com Fri Dec 10 12:30:09 2004 From: tonvoon at mac.com (Ton Voon) Date: Fri Dec 10 12:30:09 2004 Subject: ngettext errors with --disable-nls (was Re: [Nagiosplug-devel] check_procs, check_ldap compile errors) In-Reply-To: <41B95CB9.1050208@op5.se> References: <41AF1907.7010705@op5.se> <76E31D40-4A42-11D9-932A-000A95D47298@mac.com> <41B95CB9.1050208@op5.se> Message-ID: <3C013677-4AEA-11D9-932A-000A95D47298@mac.com> On 10 Dec 2004, at 08:22, Andreas Ericsson wrote: > Ton Voon wrote: >> Andreas, >> Just to let you know that I've worked out why ngettext was failing, >> so it is now fixed. I've reverted back the ngettext changes that you >> have suggested patches for. A compile with or without --disable-nls >> works now. > > I noticed (the rollback). Is it wise to use ngettext for floating > point though? > I've just tried it and it works fine. ngettext is defined in intl/gettextP.h as: extern char *__ngettext (const char *__msgid1, const char *__msgid2, unsigned long int __n); So I'm guessing that the compiler has converted the float to an int. But I'm happy to take advice if anyone knows better. Ton From noreply at sourceforge.net Fri Dec 10 20:51:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Dec 10 20:51:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1073779 ] check_ping & Fedora Core 1/2/3 Message-ID: Bugs item #1073779, was opened at 2004-11-26 07:00 Message generated for change (Settings changed) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1073779&group_id=29880 Category: Parsing problem Group: CVS >Status: Closed >Resolution: Works For Me Priority: 5 Submitted By: Eugene_B (b_eugene) Assigned to: Matthew Kent (mattkent) Summary: check_ping & Fedora Core 1/2/3 Initial Comment: ./check_ping -H 192.168.1.1 -w 100,20% -c 500,60% /bin/ping -n -U -w 10 -c 5 192.168.1.1 Error: Could not interpret output from ping command ----------------------- I make change in source code of check_ping.c: 437c437 < sscanf(buf,"rtt min/avg/max/mdev = %*f/%f/%*f/%*f ms",&rta)==1) --- > sscanf(buf,"rtt min/avg/max/mdev = %f/%f/%f/%f ms",&rta)==1) ------------------------ and ./check_ping -H 192.168.1.1 -w 100,20% -c 500,60% PING OK - Packet loss = 0%, RTA = 0,00 ms ---------------------------------------------------------------------- Comment By: Eugene_B (b_eugene) Date: 2004-12-08 13:15 Message: Logged In: YES user_id=1166750 It's my mistake I skiped step #0 That's all work ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-11-30 19:17 Message: Logged In: YES user_id=983566 Yeah that's identical to the output of my core 3 server. Are you using a fairly recent version of the plugins? Can you try one from a recent cvs-head snapshot http://nagiosplug.sourceforge.net/snapshot/ ? ---------------------------------------------------------------------- Comment By: Eugene_B (b_eugene) Date: 2004-11-29 02:16 Message: Logged In: YES user_id=1166750 /bin/ping -n -U -w 10 -c 5 192.168.1.1 PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data. 64 bytes from 192.168.1.1: icmp_seq=0 ttl=64 time=0.357 ms ... --- 192.168.1.1 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2000ms rtt min/avg/max/mdev = 0.315/0.332/0.357/0.027 ms, pipe 2 ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-11-27 11:36 Message: Logged In: YES user_id=983566 Just tested the latest snapshot against fedora core 3 and it works as expected. Can you paste me the output of your /bin/ping -n -U -w 10 -c 5 192.168.1.1 command? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1073779&group_id=29880 From noreply at sourceforge.net Fri Dec 10 22:28:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Dec 10 22:28:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1082275 ] choose state level when expected value not received Message-ID: Patches item #1082275, was opened at 2004-12-09 09:00 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1082275&group_id=29880 Category: Enhancement Group: None >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Ollie Cook (olliec) Assigned to: Matthew Kent (mattkent) Summary: choose state level when expected value not received Initial Comment: tcp_check.c returns STATE_WARNING if the expected values aren't returned from the service being checked. Some users may want to return STATE_CRITICAL. This patch provides a flag to control which state to return. Ollie ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-12-10 22:27 Message: Logged In: YES user_id=983566 Patch added in cvs head, thanks! Also included your other patch from the other day with a few modifications for backward compatibility in user defined strings. Let me know how it works for you. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1082275&group_id=29880 From tonvoon at mac.com Sun Dec 12 23:19:03 2004 From: tonvoon at mac.com (Ton Voon) Date: Sun Dec 12 23:19:03 2004 Subject: [Nagiosplug-devel] How would upgrading autoconf & automake go down? Message-ID: <335CEEFC-4CD7-11D9-932A-000A95D47298@mac.com> One great thing about the 1.4 release is that check_disk uses the coreutils libraries to get filesystem information. This is great because we get to hook into GNU's code and thus get all their fixes and support for lots of different OSes. So, I've been working on trying to make it more clear which are coreutil files and which are not. The aim is to simulate what GNU are doing and thus make it easier to upgrade when they release a new version of coreutils. This took me much longer than I expected, but now I've got a working version on my dev box. These are the changes: - Moves m4 files into m4 directory - Move coreutil checks out of configure.in into np_coreutils.m4 file and calling coreutil m4 checks - Use a libcoreutils.a library file for coreutil stuff, keeping libnagiosplug.a for nagios plugin shared code - Fixes a compile issue on MacOSX with already defined declarations in fsusage.c - Compile extra files that may be required on non-GNU systems - Fixes the "automatically discovered file `fsusage.c' should not be explicitly mentioned" message when running autoconf However, one thing I've noticed is that I get errors with autoconf v2.57, so this means the dependency is now on autoconf v2.58. Also, I am using automake v1.6.3 while the automake dependency is v1.6 in the dev guidelines - I haven't installed the older version to test. Before I commit, I wanted some opinions - is it worth making these changes and force us using newer GNU tools? Ton From Stanley.Hopcroft at IPAustralia.Gov.AU Mon Dec 13 00:19:02 2004 From: Stanley.Hopcroft at IPAustralia.Gov.AU (Stanley Hopcroft) Date: Mon Dec 13 00:19:02 2004 Subject: [Nagiosplug-devel] How would upgrading autoconf & automake go down? In-Reply-To: <335CEEFC-4CD7-11D9-932A-000A95D47298@mac.com> References: <335CEEFC-4CD7-11D9-932A-000A95D47298@mac.com> Message-ID: <20041213081804.GA47047@IPAustralia.Gov.AU> Dear Sir, I am writing to thank you for your letter and say, On Mon, Dec 13, 2004 at 07:18:34AM +0000, Ton Voon wrote: ... many good things snipped > Before I commit, I wanted some opinions - is it worth making these > changes and force us using newer GNU tools? > I have been using the latest (2.59 and 1.93 automake) since IIRC, I had problems with earlier versions. The history (see like named section in the tools manual) of the tools suggests to me that changes are frequent and backward compatability is not preserved. As a result, given the different vers on the SourceForge compile farm (CF) hosts, I have installed local copies of the latest versions in my home/bin directory on the CF. So . using the latest seems mandatory to me . only those adding plugins to the distro need use the tools so the impact of a ver change is small if not inifinitismal ==> do it. > Ton Yours sincerely. -- Stanley Hopcroft IP Australia Ph: (02) 6283 3189 Fax: (02) 6281 1353 PO Box 200 Woden ACT 2606 http://www.ipaustralia.gov.au -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: disclaimer.txt URL: From LLawrence at osc.uscg.mil Mon Dec 13 04:14:03 2004 From: LLawrence at osc.uscg.mil (Lawrence, Lynne) Date: Mon Dec 13 04:14:03 2004 Subject: [Nagiosplug-devel] How would upgrading autoconf & automake go down? Message-ID: <13828F680182D511893300508BD6831706E5838A@oscex2.osc.uscg.mil> > However, one thing I've noticed is that I get errors with autoconf > v2.57, so this means the dependency is now on autoconf v2.58. Also, I > am using automake v1.6.3 while the automake dependency is v1.6 in the > dev guidelines - I haven't installed the older version to test. > > Before I commit, I wanted some opinions - is it worth making these > changes and force us using newer GNU tools? Like many Solaris users, I depend on the built Solaris8 packages for tools like automake/autoconf. Since these are up to 1.9/2.59 respectively, should be fine. Thanks for all of your work, Lynne Lawrence From noreply at sourceforge.net Mon Dec 13 16:19:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Dec 13 16:19:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1021708 ] Multiple perl plugins using SNMP Message-ID: New Plugins item #1021708, was opened at 2004-09-03 11:35 Message generated for change (Comment added) made by patrickproy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1021708&group_id=29880 Category: Perl plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Patrick Proy (patrickproy) Assigned to: Nobody/Anonymous (nobody) Summary: Multiple perl plugins using SNMP Initial Comment: Hello, I developped multiple plugins in Perl that use SNMP to monitor disks, load, process, etc.... I started the dev of these plugins 3 months ago, some people have tested them, and now I realize a lot of people have done the same thing.... I think it should be a good idea if all these people (including me) could work and develop on the same code. All these scripts have been tested quite a lot (by me and other people who have used them). Here are the scripts : I have done some web pages to explain how they work (http://www.manubulon.com/nagios/) In all these scripts, regular expression can be used for drive, interface, process selection. - check_snmp_storage.pl : checks in the snmp storage table. It is possible to use regexp to include (or exclude) multiple drives - check_snmp_int.pl : checks in snmp interface table. - check_snmp_process.pl : checks the number of processes that are running on a distant machine. - check_snmp_load.pl : checks load by different ways : load given by Net-SNMP on Linux, processor info on Windows or other machines, and specific or AS/400. - check_snmp_vrrp.pl : checks the state of all interface on a vrrp cluster to check if all are master or backup. Patrick nagios at proy.org ---------------------------------------------------------------------- >Comment By: Patrick Proy (patrickproy) Date: 2004-12-14 01:18 Message: Logged In: YES user_id=124902 Updates of my scripts : - check_snmp_process.pl can now check maximum number of processes, memory and cpu used - check_snmp_int.pl can check input/ouput bytes of the selected interface(s) and error/discard packets per minute. - corrected minor bugs for the other scripts. More info at http://www.manubulon.com/nagios/ ---------------------------------------------------------------------- Comment By: Patrick Proy (patrickproy) Date: 2004-10-07 13:49 Message: Logged In: YES user_id=124902 Updating script version Added : - check_snmp_cpfw.pl : monitors Checkpoint Firewall-1 status of modules : SVN, HA, FW, MGMT. - check_snmp_mem.pl : monitors memory of net-snmp and Cisco (pix & routers) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1021708&group_id=29880 From amontibello at shatterit.com Tue Dec 14 05:53:07 2004 From: amontibello at shatterit.com (Anthony Montibello) Date: Tue Dec 14 05:53:07 2004 Subject: [Nagiosplug-devel] NC_Net - A new drop in replacement for NS_client plug-in Message-ID: Hi Everyone: Announcing NC_Net - a new drop in replacement for NS_client plug-in It can be downloaded from it's Home page: http://www.shatterit.com/NC_Net NC_Net runs as a windows service and was implemented using C# and the DOT NET Framework. It is still under development but Most functionality has been added except for FILEAGE command from check_nt plug-in. Thank You, Tony Montibello amontibello at shatterit.com http://www.shatterit.com/NC_net/index.html -------------- next part -------------- An HTML attachment was scrubbed... URL: From amontibello at gmail.com Tue Dec 14 05:53:08 2004 From: amontibello at gmail.com (Anthony Montibello) Date: Tue Dec 14 05:53:08 2004 Subject: [Nagiosplug-devel] Announcing NC_Net - a new drop in replacement for NS_client plug-in Message-ID: Hi Everyone: Announcing NC_Net - a new drop in replacement for NS_client plug-in It can be downloaded from it's Home page: http://www.shatterit.com/NC_Net NC_Net runs as a windows service and was implemented using C# and the DOT NET Framework. It is still under development but Most functionality has been added except for FILEAGE command from check_nt plug-in. Thank You, Tony Montibello amontibello at shatterit.com http://www.shatterit.com/NC_Net/index.html From ymettier at perfparse.org Tue Dec 14 05:53:09 2004 From: ymettier at perfparse.org (Yves) Date: Tue Dec 14 05:53:09 2004 Subject: [Nagiosplug-devel] Re: How would upgrading autoconf & automake go down? In-Reply-To: <41ADFADD00BE2061@mail03.pds.libertysurf.fr> References: <41ADFADD00BE2061@mail03.pds.libertysurf.fr> Message-ID: <34192.145.248.192.30.1103016599.squirrel@145.248.192.30> > However, one thing I've noticed is that I get errors with autoconf > v2.57, so this means the dependency is now on autoconf v2.58. Also, I > am using automake v1.6.3 while the automake dependency is v1.6 in the > dev guidelines - I haven't installed the older version to test. > > Before I commit, I wanted some opinions - is it worth making these > changes and force us using newer GNU tools? My experience with perfparse, where the dependancy is still 2.5X for autoconf, but 1.6 for automake : The users don't need autoconf and automake : they just need to run configure. So your question concerns only developers. As a developer, I would say that recompiling a partial GNU environment including autoconf and automake is possible on most systems. But developers should always have the newer tools to develop (and old configs to test) I agree with your question to force or not developers to recompile a GNU environment if they don't have it already. But I prefer this question : who, and on what systems, would have to upgrade the development tools ? Lynne Lawrence already answered it for Solaris>=8 users : it's OK. Mandrake, Fedora, Suse (and others) Linux users are probably OK with their recent Linux. Darwin (MacOSX) users with fink : OK too. What about RHES and other older Redhat systems ? What about Debian Woody users (do they all have a more recent linux for developing ?) What about HPUX, AIX, *BSD and other users ? Yves -- - Homepage - http://ymettier.free.fr - http://www.logicacmg.com - - GPG key - http://ymettier.free.fr/gpg.txt - - Maitretarot - http://www.nongnu.org/maitretarot/ - - Perfparse - http://perfparse.sf.net/ - From jhmartin at toger.us Tue Dec 14 14:11:07 2004 From: jhmartin at toger.us (Jason Martin) Date: Tue Dec 14 14:11:07 2004 Subject: [Nagiosplug-devel] Threshold ranges in perl Message-ID: <20041214221031.GZ22568@zippy.toger.us> Has anyone coded a perl function that definitively implements the ranged thresholds as defined in http://nagiosplug.sourceforge.net/developer-guidelines.html#THRESHOLDFORMAT ? It seems like it would be a good addition to utils.pm, ie one that took as input a number and range definition and determined if the value was in the range. -Jason Martin -- I have a magnetic personality - keep me away from diskettes. This message is PGP/MIME signed. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 211 bytes Desc: not available URL: From nagios at proy.org Wed Dec 15 09:30:50 2004 From: nagios at proy.org (Patrick Proy) Date: Wed Dec 15 09:30:50 2004 Subject: [Nagiosplug-devel] SNMP community in host configuration Message-ID: <20041215172929.297ECAB6E1@www.manubulon.com> Hi, I would like to be able to put the snmp community in the host configuration (and/or login & pass for snmp v3), that I could then use in generic services with some macro like $SNMP$. Did someone manage to do this ? Is there any patch for this ? (It would be really nice to have Nagios 2 with this feature.... I'm ready to help if needed) Patrick nagios AT proy.org From noreply at sourceforge.net Wed Dec 15 11:40:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Dec 15 11:40:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1041576 ] starttls support for check_smtp Message-ID: Patches item #1041576, was opened at 2004-10-06 11:10 Message generated for change (Comment added) made by chen23 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1041576&group_id=29880 Category: Enhancement Group: None >Status: Open Resolution: Out of Date Priority: 5 Submitted By: Eric Chen (chen23) Assigned to: Benoit Mortier (opensides) Summary: starttls support for check_smtp Initial Comment: added starttls support and certifcate check to check_smtp code borrowed from check_http.c also requires additional change to plugin/Makefile.am: check_smtp_LDADD = $(NETLIBS) $(SSLLIBS) patches against nagios-plugins-1.3.1 built on Solaris 9 w/ Forte Developer 7 C 5.4 ---------------------------------------------------------------------- >Comment By: Eric Chen (chen23) Date: 2004-12-15 14:39 Message: Logged In: YES user_id=271106 updated patch against CVS HEAD 200412150547 tested on Fedora Core 3 ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2004-12-07 17:35 Message: Logged In: YES user_id=388184 Hi, could you provide a patch against cvs head, this one is to old Thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1041576&group_id=29880 From ae at op5.se Wed Dec 15 11:59:02 2004 From: ae at op5.se (Andreas Ericsson) Date: Wed Dec 15 11:59:02 2004 Subject: [Nagiosplug-devel] SNMP community in host configuration In-Reply-To: <20041215172929.297ECAB6E1@www.manubulon.com> References: <20041215172929.297ECAB6E1@www.manubulon.com> Message-ID: <41C09761.9000702@op5.se> Patrick Proy wrote: > Hi, > > I would like to be able to put the snmp community in the host configuration > (and/or login & pass for snmp v3), that I could then use in generic services > with some macro like $SNMP$. > > Did someone manage to do this ? Is there any patch for this ? > > (It would be really nice to have Nagios 2 with this feature.... I'm ready to > help if needed) > There are already the $USER1$ through $USER32$ macros which can be used for this purpose. Adding additional macros would complicate things while not accomplishing very much. > Patrick > nagios AT proy.org > > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________________ > 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 > -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From nagios at proy.org Wed Dec 15 13:07:00 2004 From: nagios at proy.org (Patrick Proy) Date: Wed Dec 15 13:07:00 2004 Subject: [Nagiosplug-devel] SNMP community in host configuration In-Reply-To: <41C09761.9000702@op5.se> Message-ID: <20041215210554.4562EAB6E1@www.manubulon.com> The problem with the $USERX$ macro is that you need to have the same snmp community for all hosts if you don't want to write one service per snmp community (or maybe i'm missing something ?). I then have exactly the same problem than harcoding the community in the services. Anyway, I had a look at the nagios source about the macro and config file handling and it won't be just 10 lines of code to change... I'm going to have a look to modify Nagmin instead. Patrick nagios AT proy.org > Patrick Proy wrote: > > Hi, > > > > I would like to be able to put the snmp community in the host > > configuration (and/or login & pass for snmp v3), that I > could then use > > in generic services with some macro like $SNMP$. > > > > Did someone manage to do this ? Is there any patch for this ? > > > > (It would be really nice to have Nagios 2 with this feature.... I'm > > ready to help if needed) > > > > There are already the $USER1$ through $USER32$ macros which > can be used for this purpose. Adding additional macros would > complicate things while not accomplishing very much. > From tonvoon at mac.com Wed Dec 15 13:27:18 2004 From: tonvoon at mac.com (Ton Voon) Date: Wed Dec 15 13:27:18 2004 Subject: [Nagiosplug-devel] Re: How would upgrading autoconf & automake go down? In-Reply-To: <34192.145.248.192.30.1103016599.squirrel@145.248.192.30> References: <41ADFADD00BE2061@mail03.pds.libertysurf.fr> <34192.145.248.192.30.1103016599.squirrel@145.248.192.30> Message-ID: <099559B0-4EE0-11D9-932A-000A95D47298@mac.com> On 14 Dec 2004, at 09:29, Yves wrote: >> However, one thing I've noticed is that I get errors with autoconf >> v2.57, so this means the dependency is now on autoconf v2.58. Also, I >> am using automake v1.6.3 while the automake dependency is v1.6 in the >> dev guidelines - I haven't installed the older version to test. >> >> Before I commit, I wanted some opinions - is it worth making these >> changes and force us using newer GNU tools? > > My experience with perfparse, where the dependancy is still 2.5X for > autoconf, but 1.6 > for automake : > The users don't need autoconf and automake : they just need to run > configure. So your > question concerns only developers. > As a developer, I would say that recompiling a partial GNU environment > including > autoconf and automake is possible on most systems. But developers > should always have the > newer tools to develop (and old configs to test) > I agree with your question to force or not developers to recompile a > GNU environment if > they don't have it already. > > But I prefer this question : who, and on what systems, would have to > upgrade the > development tools ? > > Lynne Lawrence already answered it for Solaris>=8 users : it's OK. > Mandrake, Fedora, Suse (and others) Linux users are probably OK with > their recent Linux. > Darwin (MacOSX) users with fink : OK too. > > What about RHES and other older Redhat systems ? > What about Debian Woody users (do they all have a more recent linux > for developing ?) > What about HPUX, AIX, *BSD and other users ? > After a few days, the votes so far are: 2 for (Stanley and Lynne) and 1 undecided (Yves). As it is only developers that would be affected, and I'd expect developers to be able to update their own GNU tools, I've decided to go ahead, so the changes are now committed. I'll update the docs too with the new requirement of autoconf 2.58. I've tested on MacOSX, Linux, Solaris, FreeBSD on the SF compile farm and they all seem to compile fine (there's a problem with check_icmp on Solaris 9 - can anyone look into that one?). So I think this is going to be okay. Let me know if problems develop. Thanks for the opinions. Ton From nagios at proy.org Wed Dec 15 13:32:03 2004 From: nagios at proy.org (Patrick Proy) Date: Wed Dec 15 13:32:03 2004 Subject: [Nagiosplug-devel] SNMP community in host configuration In-Reply-To: <41C09761.9000702@op5.se> Message-ID: <20041215213122.8C0F1AB6E1@www.manubulon.com> Hi again, Maybe some more information : I'm using service templates that's why I have this problem. I need one service template per snmp community... Patrick nagios AT proy.org > Patrick Proy wrote: > > Hi, > > > > I would like to be able to put the snmp community in the host > > configuration (and/or login & pass for snmp v3), that I > could then use > > in generic services with some macro like $SNMP$. > > > > Did someone manage to do this ? Is there any patch for this ? > > > > (It would be really nice to have Nagios 2 with this feature.... I'm > > ready to help if needed) > > > > There are already the $USER1$ through $USER32$ macros which > can be used for this purpose. Adding additional macros would > complicate things while not accomplishing very much. > > > Patrick > > nagios AT proy.org > > > > > > > > From tonvoon at mac.com Wed Dec 15 15:09:03 2004 From: tonvoon at mac.com (Ton Voon) Date: Wed Dec 15 15:09:03 2004 Subject: [Nagiosplug-devel] Announcing the release of nagiosplug 1.4-alpha3 Message-ID: <3DCD84C7-4EEE-11D9-932A-000A95D47298@mac.com> Hi! At http://sourceforge.net/projects/nagiosplug, you can download the latest alpha version of nagiosplug. This contains many fixes from the previous alpha, which Stanley Hopcroft and Matt Kent have been working on. There's also been some major cleanups in the internationalisation realm by Benoit Mortier, who is contributing the French translations. Please download and try this release out. If you successfully compile it, please add a note to the news item in Sourceforge, at http://sourceforge.net/forum/forum.php?forum_id=430642. If you have any problems, please raise a Bug tracker. The next release is due by end of December. The formal release of 1.4 is planned for end January 2005. Apologies for the cross posting. Regards, Ton From noreply at sourceforge.net Wed Dec 15 15:36:05 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Dec 15 15:36:05 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Feature Requests-793234 ] Check_http follow issue Message-ID: Feature Requests item #793234, was opened at 2003-08-22 14:49 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=793234&group_id=29880 Category: None Group: None >Status: Pending Priority: 5 Submitted By: Derrick (moekyle) Assigned to: Ton Voon (tonvoon) Summary: Check_http follow issue Initial Comment: This is a dumb problem. IIS webserver that sets a cookie then redirects to the actual homepage. Without the cookie being set you can't actually see the homepage making checks of the homepage fail. Need a way to grab the session cookie on a redirect page and re-send it on the next page. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-12-15 23:35 Message: Logged In: YES user_id=664364 Derrick, Can you provide some more information about this problem? Preferably with a public IIS webserver so I can reproduce this. As we are trying to close all our calls for the the upcoming 1.4 release, I've marked this call into pending to automatically close if not more information is forthcoming. Ton ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2003-08-26 10:03 Message: Logged In: YES user_id=664364 Derrick, Can you suggest a web page which displays this behaviour? What is the command you are running? Which version of the check_http plugin? We have a patch submitted regarding cookie support which may fix your problem, but I'd like to make sure I can reproduce before patching. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=793234&group_id=29880 From noreply at sourceforge.net Wed Dec 15 15:38:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Dec 15 15:38:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Feature Requests-734919 ] check_disk flexibility Message-ID: Feature Requests item #734919, was opened at 2003-05-08 23:56 Message generated for change (Settings changed) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=734919&group_id=29880 Category: None Group: None >Status: Closed Priority: 5 Submitted By: Dan Rich (drich) Assigned to: Ton Voon (tonvoon) Summary: check_disk flexibility Initial Comment: I am using check_disk via. nrpe to monitor diskspace on our servers. I like the feature of being able to monitor all the filesystems with a single check_disk call but have run into three problems/issues with this. 1. There is no way to exclude multiple filesystems. Multiple -x flags just don't work. 2. I need a way to allow for different percentages on different filesystems. For example, I may want to have warnings at 10% and critical at 5% for most filesystems, but if I have a 20GB filesystem, I probably don't need a warning when there is still 2GB free. I also need this feature to be able to work around disks that might be temporarily over their high-water mark. I'm thinking somethign along the lines of: check_disk -w 10% -c 5% -P /usr:5%:2% 3. A flag is needed to tell check_disk to return mount points instead of device names if -p is not used. When I get a warning, knowing that it is /usr that is full is more useful than /dev/cciss/c0d0p3. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-12-15 23:37 Message: Logged In: YES user_id=664364 Dan, The -P idea has been implemented in the latest check_disk using a multiple -w and -c options. See the --help output for more information. Closing this call now. Thanks for your report. Ton ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2003-06-29 03:39 Message: Logged In: YES user_id=664364 Dan, Thanks for the suggestions. You should find all of these have been addressed in the latest version of check_disk. For (2), you need to specify different levels like this: check_disk -w 10% -c 5% -p / -p /tmp -w 5% -c 2% -p /usr However, I've been thinking about your suggestion of -P to specify non-default thresholds. This has some potential so I've started a thread on it in nagiosplug-devel to gauge opinions. Will update here when there is a decision made. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=734919&group_id=29880 From noreply at sourceforge.net Wed Dec 15 15:39:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Dec 15 15:39:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Feature Requests-607885 ] check_disk multiple fs Message-ID: Feature Requests item #607885, was opened at 2002-09-11 16:13 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=607885&group_id=29880 Category: None Group: None >Status: Closed Priority: 2 Submitted By: Nobody/Anonymous (nobody) Assigned to: Ton Voon (tonvoon) Summary: check_disk multiple fs Initial Comment: when using check_disk in combination with check_by_ssh it isn't possible to specify more than one filesystem with the -p option due to problems with quoting: sh-2.05$ /usr/lib/nagios/plugins/check_by_ssh -i /usr/lib/nagios/id_rsa -H manta -C "/usr/lib/nagios/plugins/check_disk -m -w 10% -c 5% -p \"/ /home\"" Unable to open pipe: /usr/bin/ssh -i /usr/lib/nagios/id_rsa manta '/usr/lib/nagios/plugins/check_disk -m -w 10% -c 5% -p "/ /home"' To overcome this, it would be nice if the -p option could take a comma separated list of filesystems, i.e. check_disk -w 10 -c 5 -p /,/home,/var check_disk has only to replace the "," by spaces and pass this to the df command which takes more than one fs as parameter. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-12-15 23:38 Message: Logged In: YES user_id=664364 Closing this call due to lack of updates. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2003-06-29 03:11 Message: Logged In: YES user_id=664364 Thanks for the suggestion. The latest HEAD version of check_disk.c allows you to specify multiple filesystem by choosing -p multiple times, eg check_disk -w 10% -c 5% -p / -p /home -p / var. Will close this call if it has not been updated in 7 days. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=607885&group_id=29880 From noreply at sourceforge.net Wed Dec 15 15:41:05 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Dec 15 15:41:05 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-696439 ] Rel. 1.3.0: check_disk multiline df output on HP-UX Message-ID: Bugs item #696439, was opened at 2003-03-03 09:43 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=696439&group_id=29880 Category: Parsing problem Group: Release (specify) >Status: Closed Resolution: None Priority: 3 Submitted By: Joerg Krueger (jk_1111) Assigned to: Ton Voon (tonvoon) Summary: Rel. 1.3.0: check_disk multiline df output on HP-UX Initial Comment: Using Release 1.3.0 on HP-UX 11, but the same problems had the beta versions. If the filesystem name is longer than 20 charecter, df breaks the output lines after the fs name like this: > df -Pk Filesystem 1024-blocks Used Available Capacity Mounted on slsitd:/export/var/opt/cisco 1454896 237328 1217568 17% /var/opt/cisco slsitd:/export/var/opt/ANMA 1501616 933192 568424 63% /var/opt/ANMA The problem especially occurs on NFS mounts. check_disk fails in this case with the following output: > plugins/check_disk -w 90 -c 80 Unable to read output: /usr/bin/df -Pk slsitd:/export/var/opt/cisco There are some workarounds: 1. do not check these filesystem (explicitely specify filesystem to be checked) 2. configure the plugins with a df command that excludes NFS mounts (configure --with-df- command '/usr/bin/df -Pkl') 3. configure the plugins with a df command that assembles the multiline output to a single line again (configure --with-df-command '/usr/bin/df -Pk | awk 'NF==1 {l=$0;getline;print l,$0;break}; NF>1 {print $0}' The first two workarounds will prevent you from monitoring remote filesystems. The last one seems to be unattractive in principle. A clear solution would be to enable check_disk to handle multiline df outputs inside the plugin. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-12-15 23:40 Message: Logged In: YES user_id=664364 As the 1.4 alpha releases do not use df anymore, this bug should no longer be a problem. Closing this call. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2003-03-27 16:59 Message: Logged In: YES user_id=664364 Joerg, Thanks for reporting this bug. This will probably be left as it is since release 1.4 will use system calls to query filesystems. It is not worth the investment in coding to cope with multi-lines, especially as there are some reasonable workarounds as you've pointed out. We welcome reports on the current snapshot (at http://nagiosplug.sourceforge.net/snapshot) as this holds the newer version of check_disk. I'll leave this call in an open state for information until 1.4 is released. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=696439&group_id=29880 From noreply at sourceforge.net Wed Dec 15 15:45:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Dec 15 15:45:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-948667 ] check_procs under HP-UX does not see command arguments Message-ID: Bugs item #948667, was opened at 2004-05-05 19:16 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=948667&group_id=29880 Category: Argument proccessing Group: CVS >Status: Pending Resolution: None Priority: 5 Submitted By: Mark Plaksin (happyzi) Assigned to: Ton Voon (tonvoon) Summary: check_procs under HP-UX does not see command arguments Initial Comment: The ps command used by check_procs on HP-UX does not show command arguments. So it can't be used to search for things like "man ascii". I think this is true for all versions of check_procs. I've specifically tried 1.3.1 and CVS HEAD under HP-UX 11.00. I suspect it's the same on all versions of HP-UX. configure picks '/usr/bin/ps -el' as the ps command. If this is changed to: /usr/bin/env UNIX95=1 /usr/bin/ps -eo 'state,uid,ppid,args' and PS_FORMAT is "%s %s %s %n%s" and PS_VARLIST is procstat,&procuid,&procppid,&pos,procprog then it works. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-12-15 23:44 Message: Logged In: YES user_id=664364 Is there any more offers of HP/UX help we can get? We are not accepting patches to 1.3 any more, but any patch to 1.4 would be greatly received. Marking this to pending to automatically close if there are no more responses. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-11-18 23:14 Message: Logged In: YES user_id=664364 I would like to revisit this as I think it is important for HP-UX support. jhmartin, thanks for your patch, but check_procs requires information about status, uid, ppid, vsz, rss, cpu%, command and arguments. Can someone with HP-UX access find what is a suitable command and provide a patch for configure.in. ---------------------------------------------------------------------- Comment By: Jason Martin (jhmartin) Date: 2004-08-12 20:44 Message: Logged In: YES user_id=589094 The following configure.in block, placed above all others that invoke ps -el is working for me (against 1.3.1) elif /usr/bin/env UNIX95=1 /usr/bin/ps -eo 'state uid ppid args' 2>/dev/null | egrep -i ["^S +UID +PPID +[RGSCOMDNA]+"] >/dev/null then AC_DEFINE(USE_PS_VARS,1,[Define if we use custom variable list for sscanf]) AC_DEFINE_UNQUOTED(PS_VARLIST,[procstat,&procuid,&procppid,&pos,procprog],[]) AC_DEFINE_UNQUOTED(PS_COMMAND,"$PATH_TO_ENV UNIX95=1 $PATH_TO_PS -eo 'state uid ppid args'",[]) AC_DEFINE_UNQUOTED(PS_FORMAT,"%s %d %d %n%s",[Format string for scanning ps output in check_procs]) AC_DEFINE_UNQUOTED(VSZ_COMMAND,"$PATH_TO_PS -el",[]) AC_DEFINE_UNQUOTED(VSZ_FORMAT,"%*s %*s %*s %*s %*s %*s %*s %*s %*s %d %*s %*s %*s %s",[]) AC_DEFINE_UNQUOTED(RSS_COMMAND,"$PATH_TO_PS -el",[]) AC_DEFINE_UNQUOTED(RSS_FORMAT,"%*s %*s %*s %*s %*s %*s %*s %*s %*s %d",[]) echo " ps syntax... $PATH_TO_ENV UNIX95=1 $PATH_TO_PS -eo 'state uid ppid args'" I also added AC_PATH_PROG(PATH_TO_ENV,env) after AC_PATH_PROG(PATH_TO_PS,ps) ---------------------------------------------------------------------- Comment By: Jason Martin (jhmartin) Date: 2004-08-10 20:36 Message: Logged In: YES user_id=589094 ps -ex gives me a syntax error on both 10.20 and 11i. ps ex returns just processes owned by the current user. ---------------------------------------------------------------------- Comment By: Jason Martin (jhmartin) Date: 2004-08-10 20:33 Message: Logged In: YES user_id=589094 ps -ex gives me a syntax error on both 10.20 and 11i. ps ex returns just processes owned by the current user. ---------------------------------------------------------------------- Comment By: Tracy Orf (tracyorf) Date: 2004-08-10 19:00 Message: Logged In: YES user_id=557175 ps -ex in HP-UX will show the command line in extended format. ---------------------------------------------------------------------- Comment By: Jason Martin (jhmartin) Date: 2004-08-10 17:21 Message: Logged In: YES user_id=589094 The CVS HEAD configure.in uses ps -el as the ps command for HP-UX, and that command only returns up to 15 characters of the command name and excludes all arguments. ps -ef returns up to 64 characters of the combination of command name and arguments. Head -2 of ps -ef returns UID PID PPID C STIME TTY TIME COMMAND root 625 624 0 Jun 17 ? 6:11 /usr/sbin/netfmt - C -F -f /var/adm/nettl.LOG000 -c /var/adm/con Head -3 of the UNIX95 syntax above returns $ /usr/bin/env UNIX95=1 /usr/bin/ps -eo 'state,uid,ppid,args' S UID PPID COMMAND R 198 3023 /usr/bin/ps -eo state,uid,ppid,args S 96 1 vmstat -S 300 2 This is true on the following versions of HPUX: HP-UX hostname B.11.11 U 9000/800 1651319313 unlimited- user license HP-UX localhost B.10.20 E 9000/800 882327441 8-user license ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-05-05 22:00 Message: Logged In: YES user_id=664364 What do you suggest? It should be something like: ps -eo 's uid ppid vsz rss pcpu comm args' to get all the required information. Will need a head -2 output. ---------------------------------------------------------------------- Comment By: Mark Plaksin (happyzi) Date: 2004-05-05 20:54 Message: Logged In: YES user_id=115461 Thanks for the quick response :) The recent change doesn't do the trick. I tested with today's CVS. We run multiple PeopleSoft instances on a single machine. We want per-instance process checking and the only way to tell which instance a process is for is by looking at the arguments to the command. For example, there is one PSQRYSRV process for earch instance. They show up in the process table like "PSQRYSRV -C dom=INSTANCE_NAME". ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-05-05 20:42 Message: Logged In: YES user_id=664364 Mark, CVS HEAD was recently changed for HP-UX (configure output should show HP-UX as the ps syntax). Does this work? Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=948667&group_id=29880 From noreply at sourceforge.net Wed Dec 15 16:08:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Dec 15 16:08:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1086149 ] Implement range checking in utils.pm Message-ID: Patches item #1086149, was opened at 2004-12-15 15:07 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1086149&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jason Martin (jhmartin) Assigned to: Nobody/Anonymous (nobody) Summary: Implement range checking in utils.pm Initial Comment: The attached fully implements the range checking as defined in the Plugin Guidelines. The original patch was created by Paul L. Allen, although I've made some minor modifications. The patch modifies utils.pm.in to add the check_range function. It also includes plugins-scripts/t/utils.pm.t which includes 80 test cases. It also modifies test.pl.in to allow the test script to be run from the overall 'make test' architecture. The modification was necessary since the test case script has a period in the name. I've attached the patch that modifies utils.pm.in and test.pl.in as well as the new plugins-scripts/t/utils.pm.t. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1086149&group_id=29880 From noreply at sourceforge.net Wed Dec 15 16:10:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Dec 15 16:10:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1086149 ] Implement range checking in utils.pm Message-ID: Patches item #1086149, was opened at 2004-12-15 15:07 Message generated for change (Comment added) made by jhmartin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1086149&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jason Martin (jhmartin) Assigned to: Nobody/Anonymous (nobody) Summary: Implement range checking in utils.pm Initial Comment: The attached fully implements the range checking as defined in the Plugin Guidelines. The original patch was created by Paul L. Allen, although I've made some minor modifications. The patch modifies utils.pm.in to add the check_range function. It also includes plugins-scripts/t/utils.pm.t which includes 80 test cases. It also modifies test.pl.in to allow the test script to be run from the overall 'make test' architecture. The modification was necessary since the test case script has a period in the name. I've attached the patch that modifies utils.pm.in and test.pl.in as well as the new plugins-scripts/t/utils.pm.t. ---------------------------------------------------------------------- >Comment By: Jason Martin (jhmartin) Date: 2004-12-15 15:09 Message: Logged In: YES user_id=589094 Attaching the new plugins-scripts/t/utils.pm.t ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1086149&group_id=29880 From noreply at sourceforge.net Wed Dec 15 16:10:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Dec 15 16:10:04 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1086149 ] Implement range checking in utils.pm Message-ID: Patches item #1086149, was opened at 2004-12-15 15:07 Message generated for change (Comment added) made by jhmartin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1086149&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jason Martin (jhmartin) Assigned to: Nobody/Anonymous (nobody) Summary: Implement range checking in utils.pm Initial Comment: The attached fully implements the range checking as defined in the Plugin Guidelines. The original patch was created by Paul L. Allen, although I've made some minor modifications. The patch modifies utils.pm.in to add the check_range function. It also includes plugins-scripts/t/utils.pm.t which includes 80 test cases. It also modifies test.pl.in to allow the test script to be run from the overall 'make test' architecture. The modification was necessary since the test case script has a period in the name. I've attached the patch that modifies utils.pm.in and test.pl.in as well as the new plugins-scripts/t/utils.pm.t. ---------------------------------------------------------------------- >Comment By: Jason Martin (jhmartin) Date: 2004-12-15 15:09 Message: Logged In: YES user_id=589094 I should add that these patches are against CVS as of today. ---------------------------------------------------------------------- Comment By: Jason Martin (jhmartin) Date: 2004-12-15 15:09 Message: Logged In: YES user_id=589094 Attaching the new plugins-scripts/t/utils.pm.t ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1086149&group_id=29880 From rlusignan at cygnal.ca Wed Dec 15 19:02:00 2004 From: rlusignan at cygnal.ca (Russell Lusignan) Date: Wed Dec 15 19:02:00 2004 Subject: [Nagiosplug-devel] Check_nt disk usage Message-ID: Hi group, I am having some problems getting the check_nt disk usage script working. Regardless of what I put in for the critical and warning values, I always get a warning. I believe the command line is correct: define service { use standard host_name pvr service_description Disk Usage D check_command check_nt_disk!d!80!90 } I have also tried the following which results in an uknown (null) error. define service { use standard host_name pvr service_description Disk Usage D check_command check_nt_disk!d,80,90 } Any help would be appreciated, thanks! -Russ -------------- next part -------------- An HTML attachment was scrubbed... URL: From noreply at sourceforge.net Wed Dec 15 19:28:03 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Dec 15 19:28:03 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1042691 ] check_nt bugs (counter + USEDDISKSPACE) Message-ID: Bugs item #1042691, was opened at 2004-10-08 02:58 Message generated for change (Comment added) made by cyrin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1042691&group_id=29880 >Category: Parsing problem Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Jan Scholten (cyrin) Assigned to: Nobody/Anonymous (nobody) Summary: check_nt bugs (counter + USEDDISKSPACE) Initial Comment: The check_nt plugin off the 1.4 alpha is not working correct with the NSClient 2.01 v 1.4: /check_nt -H torino -p 1248 -v COUNTER -l "\Paging File(_Total)\% Usage",'Paging File Usage is %2.2f%%' -w 40 -c 90 Paging File Usage is %2.2f%% = 3 [root at milano plugins]# ./check_nt -V check_nt (nagios-plugins 1.4.0alpha1) 1.21 v. 1.3: ./check_nt -H 210.48.1.49 -p 5668 -v COUNTER -l "\Paging File(_Total)\% Usage",'Paging File Usage is %2. 2f%%' -w 40 -c 90 Paging File Usage is 2.15% The %2.2f%% is not correctly parsed. checked on Debian 3.1 and Red Hat EL WS V3 U3 (Thanks HarperMan) Another Bug (?): USEDDISKSPACE interprets the -l in a different way: V1.3 needs -l c v1.4 needs -l c: (or something longer than 1 Byte see patch somebody checked in!) Jan ---------------------------------------------------------------------- >Comment By: Jan Scholten (cyrin) Date: 2004-12-16 04:27 Message: Logged In: YES user_id=231233 Bug still persists in 1.4 alpha 3 but it works fine in 1.3 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1042691&group_id=29880 From noreply at sourceforge.net Wed Dec 15 20:14:14 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Dec 15 20:14:14 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1052667 ] cannot determine ORACLE_HOME for sid Message-ID: Bugs item #1052667, was opened at 2004-10-23 01:16 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1052667&group_id=29880 Category: None Group: v1.0 (example) >Status: Pending Resolution: None Priority: 5 Submitted By: S.Kumar (kumar_ks_00) >Assigned to: Matthew Kent (mattkent) Summary: cannot determine ORACLE_HOME for sid Initial Comment: hi, i installed nagios on fedora core2. nagios and all my services is working properly. when try to check my oracle database i got this error on nagios server. if i run check_oralce --db SID it's working on local server. my services.cfg file like this host_name db1 service_desc. check_oracle check_command check_nrpe!check_db my local oracle server nrpe.cfg file like this command[check_db] =/usr/local/nagios/libexec/check_oracle --db SID i got the error on web interface is "cannot determine ORACLE_HOME for sid" so pl. help how to use check_oracle plugin rgds, kumar ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-12-15 20:13 Message: Logged In: YES user_id=983566 Are you running it from the command line under the same user as npre is running under? As it looks like the plugin is trying to figure out a home by reading a couple files, perhaps it doens't have permission to open them? ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-11-23 16:58 Message: Logged In: YES user_id=664364 Moving to Bugs tracker as Support Requests will be closed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1052667&group_id=29880 From noreply at sourceforge.net Wed Dec 15 20:16:15 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Dec 15 20:16:15 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-972318 ] new(?) plugin check_cluster_mysql Message-ID: New Plugins item #972318, was opened at 2004-06-13 16:06 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=972318&group_id=29880 >Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Ian Holsman (webperf) Assigned to: Nobody/Anonymous (nobody) Summary: new(?) plugin check_cluster_mysql Initial Comment: code is available here: http://svn.webperf.org/WebSVN/filedetails.php?rep=0&path=trunk/plugins/check_cluster_mysql.pl&rev=0&sc=1 This plugin is identical in function to check_cluster, but it uses the service_status table in a mysql database. you need 2 other tables for it to work. hostgroup (hostgroup_id, hostgroup_name) and hostgroup_member( hostgroup_id, host_name) where hostgroup contains the name of the hostgroup, and hostgroup member contains the host's which belong to the hostgroup. I can provide the MySQL schema for the creation of these 2 tables if required Regards Ian ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-12-15 20:15 Message: Logged In: YES user_id=983566 Not sure about including this one as nagios has dropped native db support in 2.0 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=972318&group_id=29880 From noreply at sourceforge.net Wed Dec 15 20:18:14 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Dec 15 20:18:14 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-808369 ] Removing the slashes from check_nt disk name fixes email Message-ID: Bugs item #808369, was opened at 2003-09-18 00:44 Message generated for change (Settings changed) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=808369&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Steve Hanselman (stevehan) Assigned to: Nobody/Anonymous (nobody) Summary: Removing the slashes from check_nt disk name fixes email Initial Comment: Hi, (This is a fudge, not a fix as the real issue is in loading the symbol that is expanded for the email...) In check_nt.c if you remove the quoted slash after the disk name then you receive the full text of the disk status in the email/pager responses. The correct fix is to quote the slash in the symbol, but I haven't bothered to look for where that is done! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=808369&group_id=29880 From noreply at sourceforge.net Wed Dec 15 20:31:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Dec 15 20:31:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-895671 ] Fixes bug with new vmstat version Message-ID: Patches item #895671, was opened at 2004-02-12 04:25 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=895671&group_id=29880 Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jason Burnett (trig_monkeypr0n) Assigned to: Nobody/Anonymous (nobody) Summary: Fixes bug with new vmstat version Initial Comment: vmstat changed the order of columns in it's output. This is a patch to 1) determine the version of vmstat then 2) use the correct data from that output. ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-12-15 20:30 Message: Logged In: YES user_id=983566 Hmm, don't even understand what values the plugin is trying to use enough to fix it. Anyone remember if this plugin was for a specific os/vmstat version? On my oldest redhat 7.1 install the fields it checks correspond to swpd and free memory... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=895671&group_id=29880 From karoly.vegh at uta.at Wed Dec 15 21:04:02 2004 From: karoly.vegh at uta.at (VEGH Karoly) Date: Wed Dec 15 21:04:02 2004 Subject: [Nagiosplug-devel] munin active check plugins? Message-ID: <20041215115104.GR7949@marvin> Hi. I am trying to clean up our Nagios-based monitoring policy. I was wondering, that hey, munin is a nice tool to do the graphs, really. But it can alarm only through passive checks: http://www.linpro.no/projects/munin/munin-doc.html#0_3_5 My questions is: is it exaggeration to want to keep the monitoring policy active-check-only? If not, any chance that in the near future there will be nagiosplugins with active checks for munin? somehow like this (munin-node runs on port 4949) bss at atsrvlx02-new:~$ telnet atsrvlx03 4949 Trying 172.21.16.103... Connected to atsrvlx03.utalan.at. Escape character is '^]'. # munin node at atsrvlx03.utalan.at list df_inode cpu processes iostat memory df exim_mailstats interrupts netstat swap exim_mailqueue vmstat load memory # Unknown command. Try list, nodes, config, fetch, version or quit fetch memory slab.value 135057408 swap_cache.value 27516928 apps.value 730521600 free.value 238710784 buffers.value 171941888 cached.value 1874755584 swap.value 664526848 active.value 769347584 inactive.value 2007728128 . quit Connection closed by foreign host. bss at atsrvlx02-new:~$ feedback is welcome. charlie -- - Because it messes up the order in which you normally read text. - Why is top-posting such a bad idea? - Top-posting. - What is the most annoying thing on Usenet? From somlo at acns.colostate.edu Wed Dec 15 21:04:03 2004 From: somlo at acns.colostate.edu (Gabriel Somlo) Date: Wed Dec 15 21:04:03 2004 Subject: [Nagiosplug-devel] Ping multiple IP addresses Message-ID: <20041215204216.GB4199@hedwig.acns.colostate.edu> Hey, I needed to figure out when our connectivity to the Net is down (e.g., to determine whether it's worth sending an alert to something like @provider.net If our outside connectivity is down, these pages won't make it through and I need to use a modem-dialer to deliver the pages. So, I came up with a plugin that pages multiple hosts or IP addresses and has warning and critical thresholds on how many of them must be 'up' before I call our outside connectivity 'down'. Do you guys think this might be a worthwhile addition to the nagios-plugins package ? Should I rewrite it in C, or is it good enough as a shell script ? Please let me know what you think. Cc me on followups, or tell me to quit whining and subscribe to the list :) Thanks, Gabriel -----------begin multiping script------------------------------------- #!/bin/bash # # multiping -- ping a list of hosts for Nagios # Gabriel L. Somlo, 2004-12-15 # print_usage () { echo echo "Usage: $0 HOST[:HOST[:HOST...]] <#warn> <#crit>" echo echo " First arg. is a colon-separated list of HOSTs to ping" echo " Second arg. is the warning threshold" echo " Third arg. is the critical threshold" echo " Note: #warn > #crit !" echo } # check presence of required arguments if [ -z "${1}" -o -z "${2}" -o -z "${3}" ]; then print_usage exit 1 fi # check validity of #warn and #crit thresholds if ((${2}<=${3})); then print_usage exit 2 fi # count total hosts and 'up' hosts let TOTAL=0 UP=0 for H in $(echo "${1}" | tr ':' ' '); do ping -qc1 ${H} > /dev/null 2>&1 if [ "${?}" == "0" ]; then let UP++ fi let TOTAL++ done # print results if ((UP>${2})); then echo "MULTIPING OK - up ${UP}/${TOTAL}" elif ((UP>${3})); then echo "MULTIPING WARNING - up ${UP}/${TOTAL}" else echo "MULTIPING CRITICAL - up ${UP}/${TOTAL}" fi -----------end multiping script---------------------------------------- -- ----------------------------------------------------------------------- Gabriel L. Somlo Academic Computing & Networking Services Colorado State University Tel: (970)297-3707 Cell: (970)567-1017 601 Howes St., Room 619C Fax: (970)491-1958 Fort Collins, CO 80523-2028 e-mail: somlo at acns dot colostate dot edu ----------------------------------------------------------------------- From michael.henry at axegroup.com.au Wed Dec 15 21:41:02 2004 From: michael.henry at axegroup.com.au (Michael Henry) Date: Wed Dec 15 21:41:02 2004 Subject: [Nagiosplug-devel] Nagios Java System (nsjs) Message-ID: <4A79920EBF3C1445955A00C163CA39781ED8D4@shadow.axegroup.local> Hi, I'm just writing to say that this addon is crap and should be removed from your site (sorry, I've been stuffing around with it for a couple of hours and need to vent ;) ). Firstly the client doesn't compile cleanly: [nagios at janus nsjc]$ javac nsjc.java nsjc.java:367: warning: finally clause cannot complete normally } ^ 1 warning Secondly the daemon doesn't run as the code to ignore comments in the configuration file was ommitted! Here's a patch for that: *** nsjsd.java 2002-12-18 10:07:36.000000000 +1100 --- nsjsd.java 2004-12-16 16:15:06.000000000 +1100 *************** *** 302,307 **** --- 302,311 ---- strHost = brConfig.readLine(); while(strHost != null) { + //Ignore comments + if(strHost.trim().length() >= 1 && strHost.trim().charAt(0) == '#') + {continue;} + //Don't process any lines unless they're larger than 3 characters if(strHost.length() > 3) { Why the hell isn't this code using java.util.Properties??? Additionally there is no option to encrypt the data being transferred. I know this would be pretty easy to add but by this point I have enough doubts about the code that I'm not willing to trust any of it. Finally, main complaint with this software is this: PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME CPU COMMAND 20779 nagios 25 0 7656 7656 4800 R 99.9 0.7 17:59 0 java and it's not even doing anything yet!!! OK. Rant over. I do feel better now :) From ae at op5.se Thu Dec 16 00:46:03 2004 From: ae at op5.se (Andreas Ericsson) Date: Thu Dec 16 00:46:03 2004 Subject: [Nagiosplug-devel] SNMP community in host configuration In-Reply-To: <20041215213122.8C0F1AB6E1@www.manubulon.com> References: <20041215213122.8C0F1AB6E1@www.manubulon.com> Message-ID: <41C14B14.1080608@op5.se> Patrick Proy wrote: > Hi again, > > Maybe some more information : I'm using service templates that's why I have > this problem. I need one service template per snmp community... > That's the best way to do it then I suppose. You might be able to put the community in the notes variable of the hostextinfo and then use it from there (I don't know to what extent the host macros are expanded for checks, but it could be worth a try). The main problem is that you'll HAVE to write down the authentication info somewhere. Templates makes you do it once, I suppose, so that's most likely the best solution (assuming you don't want to set your read-only authinfo to the same thing everywhere). > Patrick > nagios AT proy.org > > >>Patrick Proy wrote: >> >>>Hi, >>> >>>I would like to be able to put the snmp community in the host >>>configuration (and/or login & pass for snmp v3), that I >> >>could then use >> >>>in generic services with some macro like $SNMP$. >>> >>>Did someone manage to do this ? Is there any patch for this ? >>> >>>(It would be really nice to have Nagios 2 with this feature.... I'm >>>ready to help if needed) >>> >> >>There are already the $USER1$ through $USER32$ macros which >>can be used for this purpose. Adding additional macros would >>complicate things while not accomplishing very much. >> >> >>>Patrick >>>nagios AT proy.org >>> >>> >>> >>> > > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________________ > 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 > -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From ae at op5.se Thu Dec 16 00:54:01 2004 From: ae at op5.se (Andreas Ericsson) Date: Thu Dec 16 00:54:01 2004 Subject: [Nagiosplug-devel] munin active check plugins? In-Reply-To: <20041215115104.GR7949@marvin> References: <20041215115104.GR7949@marvin> Message-ID: <41C14CFF.6070503@op5.se> VEGH Karoly wrote: > Hi. > > I am trying to clean up our Nagios-based monitoring policy. > > I was wondering, that hey, munin is a nice tool to do the graphs, > really. But it can alarm only through passive checks: > http://www.linpro.no/projects/munin/munin-doc.html#0_3_5 > > My questions is: is it exaggeration to want to keep the monitoring > policy active-check-only? If not, any chance that in the near future > there will be nagiosplugins with active checks for munin? somehow like > this (munin-node runs on port 4949) > Not very likely, no. The easiest (and best) way to do this would be to use Nagios's loadable module support and hack something up to pass the perfdata from checks (possibly in a modified way) to munin. > bss at atsrvlx02-new:~$ telnet atsrvlx03 4949 > Trying 172.21.16.103... > Connected to atsrvlx03.utalan.at. > Escape character is '^]'. > # munin node at atsrvlx03.utalan.at > list > df_inode cpu processes iostat memory df exim_mailstats interrupts > netstat swap exim_mailqueue vmstat load > memory > # Unknown command. Try list, nodes, config, fetch, version or quit > fetch memory > slab.value 135057408 > swap_cache.value 27516928 > apps.value 730521600 > free.value 238710784 > buffers.value 171941888 > cached.value 1874755584 > swap.value 664526848 > active.value 769347584 > inactive.value 2007728128 > . > quit > Connection closed by foreign host. > bss at atsrvlx02-new:~$ > > > feedback is welcome. > > > charlie > -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From nagios at proy.org Thu Dec 16 01:13:02 2004 From: nagios at proy.org (Patrick Proy) Date: Thu Dec 16 01:13:02 2004 Subject: [Nagiosplug-devel] SNMP community in host configuration In-Reply-To: <41C14B14.1080608@op5.se> Message-ID: <20041216091242.735B1AB6E1@www.manubulon.com> Hi, > part de Andreas Ericsson > Envoy? : jeudi 16 d?cembre 2004 09:45 > ? : nagiosplug-devel at lists.sourceforge.net > Objet : Re: [Nagiosplug-devel] SNMP community in host configuration >The main problem is that you'll HAVE to write down the authentication info somewhere. Yes, and the best place is in host definition :-) , or in some host template. > ..... You might be > able to put the community in the notes variable of the > hostextinfo and then use it from there (I don't know to what > extent the host macros are expanded for checks, but it could > be worth a try). > I tried with $HOSTNOTES$, but then I had snmp communities showing on the web interface...., and I needed notes to put other information. Not very clean, but it is a solution. Patrick Proy nagios AT proy.org From JHershkowitz at merklenet.com Thu Dec 16 07:48:04 2004 From: JHershkowitz at merklenet.com (Jason Hershkowitz) Date: Thu Dec 16 07:48:04 2004 Subject: [Nagiosplug-devel] User Specific Views Message-ID: <5A9462EA063CC24DB3250399DD6DD24E06AD6577@post.merklenet.com> Is there any way to make it so specific users can login to Nagios, and ONLY see specific servers? Example: User: Joe Can See: Server1, Server2 User: Mary Can See: Server2, Server3 User: Admin Can See: All Servers I am trying to find a semi-easy solution, to prevent me having to code a custom portal. Thank You in Advance!!! From srunschke at abit.de Thu Dec 16 09:50:03 2004 From: srunschke at abit.de (Sascha Runschke) Date: Thu Dec 16 09:50:03 2004 Subject: Antwort: [Nagiosplug-devel] Check_nt disk usage [Virus scanned] Message-ID: Hi Russel, you need to add percentage signs behind the actual numbers. e.g.: check_command check_nt_disk!c!80%!90% regards sash PS: You might want to send such questions to nagiosplug-help instead next time, it's not exactly a developing issue ;) -------------------------------------------------- Sascha Runschke Netzwerk Administration IT-Services ABIT AG Robert-Bosch-Str. 1 40668 Meerbusch Tel.:+49 (0) 2150.9153.226 mailto:SRunschke at abit.de http://www.abit.net http://www.abit-epos.net http://www.my-academy.net -------------------------------------------------- Der Inhalt dieser Email sowie die Anh?nge sind ausschlie?lich f?r den bezeichneten Adressaten bestimmt. Wenn Sie nicht der vorgesehene Adressat dieser Email oder dessen Vertreter sein sollten, so beachten Sie bitte, da? jede Form der Kenntnisnahme, Ver?ffentlichung, Vervielf?ltigung oder Weitergabe des Inhalts dieser Email unzul?ssig ist. Wir m?chten Sie au?erdem darauf hinweisen, da? die Kommunikation per Email ?ber das Internet unsicher ist, da fuer unberechtigte Dritte grunds?tzlich die M?glichkeit der Kenntnisnahme und Manipulation besteht. Wenn Sie diese Nachricht versehentlich erhalten, informieren Sie bitte den Absender und l?schen diese Nachricht mit den Anh?ngen. Herzlichen Dank The information and any attachments contained in this email are intended solely for the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any form of disclosure, reproduction, distribution or any action taken or refrained from in reliance on it, is prohibited and may be unlawful. We also like to inform you that communication via email over the internet is insecure because third parties may have the possibility to access and manipulate emails. If you have received the message in error, please advise the sender and delete the message and any attachments. Thank you very much. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bob at intelenet.net Thu Dec 16 11:13:02 2004 From: bob at intelenet.net (Bob Myers) Date: Thu Dec 16 11:13:02 2004 Subject: [Nagiosplug-devel] SNMP community in host configuration Message-ID: <41C1DE10.7030800@intelenet.net> > > > Patrick Proy wrote: > >>> Hi again, >>> >>> Maybe some more information : I'm using service templates that's why I have >>> this problem. I need one service template per snmp community... >>> >> >> > >That's the best way to do it then I suppose. You might be able to put >the community in the notes variable of the hostextinfo and then use it >from there (I don't know to what extent the host macros are expanded for >checks, but it could be worth a try). > >The main problem is that you'll HAVE to write down the authentication >info somewhere. Templates makes you do it once, I suppose, so that's >most likely the best solution (assuming you don't want to set your >read-only authinfo to the same thing everywhere). > > > The problem with this is that the SNMP community really is set for a host, not for a service. You can put in the community for every service template you use, but if you do a lot of SNMP monitoring, it ends up separately in every template. It's not at all unreasonable to run many SNMP checks on any given host. I for one would like to see Nagios have a little tighter integration with SNMP. What I've done is use an external config file with the SNMP community defined for each Nagios host. Then each of my SNMP Nagios plugins references this config file to find out the SNMP community for that host. I think a much cleaner implementation would be for Nagios to provide the SNMP community for a given host as a macro. From ae at op5.se Thu Dec 16 12:11:01 2004 From: ae at op5.se (Andreas Ericsson) Date: Thu Dec 16 12:11:01 2004 Subject: [Nagiosplug-devel] User Specific Views In-Reply-To: <5A9462EA063CC24DB3250399DD6DD24E06AD6577@post.merklenet.com> References: <5A9462EA063CC24DB3250399DD6DD24E06AD6577@post.merklenet.com> Message-ID: <41C1EBA1.2060609@op5.se> Jason Hershkowitz wrote: > Is there any way to make it so specific users can login to Nagios, and ONLY > see specific servers? > > Example: > > User: Joe > Can See: Server1, Server2 > > User: Mary > Can See: Server2, Server3 > > User: Admin > Can See: All Servers > > I am trying to find a semi-easy solution, to prevent me having to code a > custom portal. > Each user can only see hosts and services for which he/she is a designated contact unless configured otherwise (via authorized_for_all_ ... options in cgi.cfg). Read the manual. It's all in there. > Thank You in Advance!!! > You're welcome. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From ae at op5.se Thu Dec 16 12:12:03 2004 From: ae at op5.se (Andreas Ericsson) Date: Thu Dec 16 12:12:03 2004 Subject: [Nagiosplug-devel] SNMP community in host configuration In-Reply-To: <41C1DE10.7030800@intelenet.net> References: <41C1DE10.7030800@intelenet.net> Message-ID: <41C1EBFB.7060809@op5.se> Bob Myers wrote: >> >> >> Patrick Proy wrote: >> >>>> Hi again, >>>> Maybe some more information : I'm using service templates that's why >>>> I have >>>> this problem. I need one service template per snmp community... >>> >>> >> >> >> That's the best way to do it then I suppose. You might be able to put >> the community in the notes variable of the hostextinfo and then use it >> from there (I don't know to what extent the host macros are expanded >> for checks, but it could be worth a try). >> >> The main problem is that you'll HAVE to write down the authentication >> info somewhere. Templates makes you do it once, I suppose, so that's >> most likely the best solution (assuming you don't want to set your >> read-only authinfo to the same thing everywhere). >> >> >> > > The problem with this is that the SNMP community really is set for a > host, not for a service. You can put in the community for every service > template you use, but if you do a lot of SNMP monitoring, it ends up > separately in every template. It's not at all unreasonable to run many > SNMP checks on any given host. > > I for one would like to see Nagios have a little tighter integration > with SNMP. > > What I've done is use an external config file with the SNMP community > defined for each Nagios host. Then each of my SNMP Nagios plugins > references this config file to find out the SNMP community for that > host. I think a much cleaner implementation would be for Nagios to > provide the SNMP community for a given host as a macro. > It's open-source, so feel free to hack it up yourself. I'm sure ethan wouldn't mind adding it to the official distro, so long as the code is clean enough. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From noreply at sourceforge.net Thu Dec 16 13:42:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Dec 16 13:42:04 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1086739 ] check_nagios anomoly with 1.4 vs. 1.3.1 Message-ID: Bugs item #1086739, was opened at 2004-12-16 15:41 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1086739&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: madhamster (madhamster) Assigned to: Nobody/Anonymous (nobody) Summary: check_nagios anomoly with 1.4 vs. 1.3.1 Initial Comment: When using check_nagios 1.3.1 and the check_nagios command from either the commandline or from the cgi.cfg (/usr/local/nagios/libexec/check_nagios /usr/local/nagios/var/status.log 5 '/usr/local/nagios/bin/nagios'), the "nagios" process can be found just fine. However, when using the 1.4alpha2 plug-ins, the check_nagios binary will only return a correct answer with /usr/local/nagios/libexec/check_nagios /usr/local/nagios/var/status.log 5 'nagios' (only "nagios" being passed to the "ps" command). Is the ps command being invoked in a different way between the 1.3.1 and 1.4alpha2 check_nagios binaries? I would try with 1.4alpha3, but I cannot get it to complie as of yet, although I just successfully recompiled 1.4alpha2 and 1.3.1... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1086739&group_id=29880 From noreply at sourceforge.net Thu Dec 16 23:16:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Dec 16 23:16:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1086739 ] check_nagios anomoly with 1.4 vs. 1.3.1 Message-ID: Bugs item #1086739, was opened at 2004-12-16 21:41 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1086739&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: madhamster (madhamster) >Assigned to: Ton Voon (tonvoon) Summary: check_nagios anomoly with 1.4 vs. 1.3.1 Initial Comment: When using check_nagios 1.3.1 and the check_nagios command from either the commandline or from the cgi.cfg (/usr/local/nagios/libexec/check_nagios /usr/local/nagios/var/status.log 5 '/usr/local/nagios/bin/nagios'), the "nagios" process can be found just fine. However, when using the 1.4alpha2 plug-ins, the check_nagios binary will only return a correct answer with /usr/local/nagios/libexec/check_nagios /usr/local/nagios/var/status.log 5 'nagios' (only "nagios" being passed to the "ps" command). Is the ps command being invoked in a different way between the 1.3.1 and 1.4alpha2 check_nagios binaries? I would try with 1.4alpha3, but I cannot get it to complie as of yet, although I just successfully recompiled 1.4alpha2 and 1.3.1... ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-12-17 07:15 Message: Logged In: YES user_id=664364 Madhamster, Thanks for the report. Yes, check_nagios has had a change in 1.4 as it now uses the same information that check_procs uses. However, check_procs has had -C changed so that it only reports the shortname of the command (without the full path). This is for consistency because some OS only return the short path in their ps output. Unfortunately, this has affected check_nagios. Is it sufficient to check just the shortname? Alternatively, we could check the args output, which would be the full output including argument values. Do you have an opinion? Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1086739&group_id=29880 From noreply at sourceforge.net Fri Dec 17 06:29:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Dec 17 06:29:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1086739 ] check_nagios anomoly with 1.4 vs. 1.3.1 Message-ID: Bugs item #1086739, was opened at 2004-12-16 15:41 Message generated for change (Comment added) made by madhamster You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1086739&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: madhamster (madhamster) Assigned to: Ton Voon (tonvoon) Summary: check_nagios anomoly with 1.4 vs. 1.3.1 Initial Comment: When using check_nagios 1.3.1 and the check_nagios command from either the commandline or from the cgi.cfg (/usr/local/nagios/libexec/check_nagios /usr/local/nagios/var/status.log 5 '/usr/local/nagios/bin/nagios'), the "nagios" process can be found just fine. However, when using the 1.4alpha2 plug-ins, the check_nagios binary will only return a correct answer with /usr/local/nagios/libexec/check_nagios /usr/local/nagios/var/status.log 5 'nagios' (only "nagios" being passed to the "ps" command). Is the ps command being invoked in a different way between the 1.3.1 and 1.4alpha2 check_nagios binaries? I would try with 1.4alpha3, but I cannot get it to complie as of yet, although I just successfully recompiled 1.4alpha2 and 1.3.1... ---------------------------------------------------------------------- >Comment By: madhamster (madhamster) Date: 2004-12-17 08:28 Message: Logged In: YES user_id=1179843 I just wanted to make sure that things were working the way you intended them to. I didn't know if the short name would impact the reliability (and I am pretty sure it won't). The cgi.cfg-sample file's nagios_check_command line (with nagios 1.1 and 1.2) references the full path for the nagios_check plug-in- and when i upgraded the plug-ins from 1.3.1 to 1.4alpha2, the nagios_check suddenly stopped working as I had expected it to. According to the 1.4alpha2 nagios_check --help, the -C still expects the full path as opposed to the short name. You may want to change that. Also, with Nasios 2 is released, you may want the cgi-cfg-sample's nagios_check_command to reference just teh short name if the new plug-ins are going to work this way... Just a thought. And , great work on the software. You are helping us save a lot of time a see problems before the users do! ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-17 01:15 Message: Logged In: YES user_id=664364 Madhamster, Thanks for the report. Yes, check_nagios has had a change in 1.4 as it now uses the same information that check_procs uses. However, check_procs has had -C changed so that it only reports the shortname of the command (without the full path). This is for consistency because some OS only return the short path in their ps output. Unfortunately, this has affected check_nagios. Is it sufficient to check just the shortname? Alternatively, we could check the args output, which would be the full output including argument values. Do you have an opinion? Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1086739&group_id=29880 From noreply at sourceforge.net Fri Dec 17 06:54:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Dec 17 06:54:04 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1087087 ] compile error in check_http.c in 1.4alpha3 Message-ID: Bugs item #1087087, was opened at 2004-12-17 08:53 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1087087&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: madhamster (madhamster) Assigned to: Nobody/Anonymous (nobody) Summary: compile error in check_http.c in 1.4alpha3 Initial Comment: Using the exact same PATH as I compile 1.3.1 and 1.4alpha2, I cannot get 1.4alpha3 to compile (1.3.1 and 1.4alpha2 compiled just fine). The './configure' ran normally, but I get errors after I run 'make' during compile time when it gets to 1.4alpha3's check_http.c: <--snip--> if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_dummy.o -MD -MP -MF ".deps/check_dummy.Tpo" -c -o check_dummy.o check_dummy.c; then mv -f ".deps/check_dummy.Tpo" ".deps/check_dummy.Po"; else rm -f ".deps/check_dummy.Tpo"; exit 1; fi gcc -g -O2 -L. -o check_dummy check_dummy.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -lssl -lcrypto if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP -MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins-1.4.0-alpha3/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins-1.4.0-alpha3' make: *** [all] Error 2 <--snip--> ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1087087&group_id=29880 From nagios at proy.org Fri Dec 17 09:30:02 2004 From: nagios at proy.org (Patrick Proy) Date: Fri Dec 17 09:30:02 2004 Subject: [Nagiosplug-devel] SNMP community in host configuration In-Reply-To: <41C1EBFB.7060809@op5.se> Message-ID: <20041217172857.047E1AB6E1@www.manubulon.com> OK, I'm going to plan this if it's not to much work. Here is my general idea (comments are welcome) : - Add in the host definition a label (like "userdefined") wich can take one argument in text - Create a new macro ($HOSTUSER$) that can be used in service definition. - If this works OK, extend this to more than one (userdefined and $HOSTUSER). - Wait some time to have feedback from users, then (if makes sense), do the same thing for services. Is there some beta testers ready to help ? Anybody interested to help in fact ? Patrick nagios AT proy.org > > It's open-source, so feel free to hack it up yourself. I'm > sure ethan wouldn't mind adding it to the official distro, so > long as the code is clean enough. > > -- > Andreas Ericsson andreas.ericsson at op5.se > OP5 AB www.op5.se > Lead Developer > From noreply at sourceforge.net Fri Dec 17 09:48:08 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Dec 17 09:48:08 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1087171 ] 1.4alpha3: check_icmp fails build on solaris 8 Message-ID: Bugs item #1087171, was opened at 2004-12-17 12:47 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1087171&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Lynne Lawrence (lglawrence) Assigned to: Nobody/Anonymous (nobody) Summary: 1.4alpha3: check_icmp fails build on solaris 8 Initial Comment: When building on a Solaris 8 server, check_icmp fail build with: gcc -g -O2 -L. -L/usr/local/ssl/lib -o check_icmp check_icmp.o ../intl/libintl.a -liconv -lgen -lsocket -lssl -lcrypto Undefined first referenced symbol in file gethostbyaddr check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) inet_ntoa check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) inet_addr check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) gethostbyname check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) h_errno check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) ld: fatal: Symbol referencing errors. No output written to check_icmp collect2: ld returned 1 exit status make[2]: *** [check_icmp] Error 1 This is because the necessary -lnsl is missing. When I modify plugins/Makefile as follows: check_icmp_LDADD = $(LDADD) $(SOCKETLIBS) it will compile. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1087171&group_id=29880 From poncki.lists at axelspringer.com.pl Fri Dec 17 10:55:06 2004 From: poncki.lists at axelspringer.com.pl (Tomasz Pilat) Date: Fri Dec 17 10:55:06 2004 Subject: [Nagiosplug-devel] BUG: check_proc doeas not work under FreeBSD 4 Message-ID: <83014478.20041217195444@axelspringer.com.pl> Hello. This one well be quick... Environment: FreeBSD 4.10-STABLE #410: Fri Jul 30 17:39:00 CEST 2004 (/proc not mounted) check_procs (nagios-plugins 1.4.0alpha2) 1.2 Problem: check_proc does not see processes with command line longer than 16 bytes (not counting arguments). For example: # ps auxw | grep syslo[g] root 190 0.0 0.1 1196 588 ?? Ss 22Oct04 70:45.58 /usr/sbin/syslogd -4 -s -cc -l /jails/named/dev/log # ./check_procs -C syslogd PROCS OK: 0 processes with command name 'syslogd' but: # ./check_procs -C syslog PROCS OK: 1 process with command name 'syslog' -> /usr/sbin/syslog (16 bytes) Cause: Plugin executes "/bin/ps -axwo 'state uid ppid vsz rss pcpu command command'", and gets Ss 0 1 1196 588 0.0 /usr/sbin/syslog /usr/sbin/syslogd -4 -s -cc -l /jails/named/dev/log but should execute "/bin/ps -axwo 'state uid ppid vsz rss pcpu command'" and get Ss 0 1 1196 588 0.0 /usr/sbin/syslogd -4 -s -cc -l /jails/named/dev/log (taking command-line from 7th column makes '-a' option unusable too). HTH, Ponc -- Tomasz Pi?at http://poncki.freebsd.pl./ AXEL SPRINGER POLSKA Sp. z o.o. PONC-RIPE | PGPKEY-EDEB47FC A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on e-mail/Usenet? From noreply at sourceforge.net Fri Dec 17 12:49:29 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Dec 17 12:49:29 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1087087 ] compile error in check_http.c in 1.4alpha3 Message-ID: Bugs item #1087087, was opened at 2004-12-17 08:53 Message generated for change (Comment added) made by madhamster You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1087087&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: madhamster (madhamster) Assigned to: Nobody/Anonymous (nobody) Summary: compile error in check_http.c in 1.4alpha3 Initial Comment: Using the exact same PATH as I compile 1.3.1 and 1.4alpha2, I cannot get 1.4alpha3 to compile (1.3.1 and 1.4alpha2 compiled just fine). The './configure' ran normally, but I get errors after I run 'make' during compile time when it gets to 1.4alpha3's check_http.c: <--snip--> if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_dummy.o -MD -MP -MF ".deps/check_dummy.Tpo" -c -o check_dummy.o check_dummy.c; then mv -f ".deps/check_dummy.Tpo" ".deps/check_dummy.Po"; else rm -f ".deps/check_dummy.Tpo"; exit 1; fi gcc -g -O2 -L. -o check_dummy check_dummy.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -lssl -lcrypto if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP -MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins-1.4.0-alpha3/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins-1.4.0-alpha3' make: *** [all] Error 2 <--snip--> ---------------------------------------------------------------------- >Comment By: madhamster (madhamster) Date: 2004-12-17 14:48 Message: Logged In: YES user_id=1179843 Just to clarify, this is on a RedHat EL 3 machine. 1.3.1 and 1.4alpha2 plug-ins compile just fine, but 1.4alpha3 does not. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1087087&group_id=29880 From benny at bennyvision.com Fri Dec 17 12:55:02 2004 From: benny at bennyvision.com (C. Bensend) Date: Fri Dec 17 12:55:02 2004 Subject: [Nagiosplug-devel] 1.4.0-alpha3 check_dhcp build failure on HP-UX 10.20 and 11.00 Message-ID: <1472.134.244.169.17.1103316848.squirrel@134.244.169.17> Hey folks, A couple of fellows have asked me to provide an HP-UX build of the 1.4x series, so I fired off a few this afternoon. On both HP-UX 10.20 (using gcc 2.95.2) and HP-UX 11.00 (using gcc ), the plugins fail to build with the following: (apologies for any horrific line wrap action) Making all in plugins gmake[2]: Entering directory `/tmp_mnt/home/benny/temp/nagios-plugins-1.4.0-alpha3/plugins' source='check_dhcp.c' object='check_dhcp.o' libtool=no \ depfile='.deps/check_dhcp.Po' tmpdepfile='.deps/check_dhcp.TPo' \ depmode=gcc /bin/sh ../depcomp \ gcc -DLOCALEDIR=\"/usr/local/nagios/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -g -O2 -c check_dhcp.c check_dhcp.c:125: parse error before `u_int8_t' check_dhcp.c:125: warning: no semicolon at end of struct or union check_dhcp.c:126: warning: data definition has no type or storage class check_dhcp.c:127: parse error before `hlen' check_dhcp.c:127: warning: data definition has no type or storage class check_dhcp.c:128: parse error before `hops' check_dhcp.c:128: warning: data definition has no type or storage class check_dhcp.c:129: parse error before `xid' check_dhcp.c:129: warning: data definition has no type or storage class check_dhcp.c:130: parse error before `secs' check_dhcp.c:130: warning: data definition has no type or storage class check_dhcp.c:131: parse error before `flags' check_dhcp.c:131: warning: data definition has no type or storage class check_dhcp.c:140: parse error before `}' check_dhcp.c:140: warning: data definition has no type or storage class check_dhcp.c:146: parse error before `u_int32_t' check_dhcp.c:146: warning: no semicolon at end of struct or union check_dhcp.c:147: warning: data definition has no type or storage class check_dhcp.c:148: parse error before `rebinding_time' check_dhcp.c:148: warning: data definition has no type or storage class check_dhcp.c:150: parse error before `}' check_dhcp.c:150: warning: data definition has no type or storage class check_dhcp.c:192: parse error before `packet_xid' check_dhcp.c:192: warning: data definition has no type or storage class check_dhcp.c:194: parse error before `dhcp_lease_time' check_dhcp.c:194: warning: data definition has no type or storage class check_dhcp.c:195: parse error before `dhcp_renewal_time' check_dhcp.c:195: warning: data definition has no type or storage class check_dhcp.c:196: parse error before `dhcp_rebinding_time' check_dhcp.c:196: warning: data definition has no type or storage class check_dhcp.c:200: parse error before `*' check_dhcp.c:200: warning: data definition has no type or storage class check_dhcp.c:226: parse error before `dhcp_packet' check_dhcp.c: In function `send_dhcp_discover': check_dhcp.c:388: `dhcp_packet' undeclared (first use in this function) check_dhcp.c:388: (Each undeclared identifier is reported only once check_dhcp.c:388: for each function it appears in.) check_dhcp.c:388: parse error before `discover_packet' check_dhcp.c:393: `discover_packet' undeclared (first use in this function) check_dhcp.c: In function `get_dhcp_offer': check_dhcp.c:473: `dhcp_packet' undeclared (first use in this function) check_dhcp.c:473: parse error before `offer_packet' check_dhcp.c:495: `offer_packet' undeclared (first use in this function) check_dhcp.c: In function `receive_dhcp_packet': check_dhcp.c:593: `socklen_t' undeclared (first use in this function) check_dhcp.c:593: parse error before `address_size' check_dhcp.c:616: `address_size' undeclared (first use in this function) check_dhcp.c: At top level: check_dhcp.c:745: parse error before `dhcp_packet' check_dhcp.c: In function `add_dhcp_offer': check_dhcp.c:746: `new_offer' undeclared (first use in this function) check_dhcp.c:747: parse error before `int' check_dhcp.c:752: `offer_packet' undeclared (first use in this function) check_dhcp.c:756: `x' undeclared (first use in this function) check_dhcp.c:763: `option_type' undeclared (first use in this function) check_dhcp.c:766: `option_length' undeclared (first use in this function) check_dhcp.c:773: `u_int32_t' undeclared (first use in this function) check_dhcp.c:773: parse error before `)' check_dhcp.c:775: parse error before `)' check_dhcp.c:777: parse error before `)' check_dhcp.c:781: `y' undeclared (first use in this function) check_dhcp.c:798: parse error before `)' check_dhcp.c:804: `source' undeclared (first use in this function) check_dhcp.c: In function `free_dhcp_offer_list': check_dhcp.c:828: `this_offer' undeclared (first use in this function) check_dhcp.c:829: `next_offer' undeclared (first use in this function) check_dhcp.c: In function `get_results': check_dhcp.c:858: `temp_offer' undeclared (first use in this function) check_dhcp.c:859: parse error before `*' check_dhcp.c:861: `u_int32_t' undeclared (first use in this function) check_dhcp.c:869: `temp_server' undeclared (first use in this function) check_dhcp.c:874: `max_lease_time' undeclared (first use in this function) check_dhcp.c:909: `result' undeclared (first use in this function) gmake[2]: *** [check_dhcp.o] Error 1 gmake[2]: Leaving directory `/tmp_mnt/home/benny/temp/nagios-plugins-1.4.0-alpha3/plugins' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/tmp_mnt/home/benny/temp/nagios-plugins-1.4.0-alpha3' gmake: *** [all] Error 2 I am absolutely able to test a new version of check_dhcp.c, or patches, or whatever. Thanks! Benny -- "... i want to be a farting burping maniac." -- "kerry", on MentalDischarge From benny at bennyvision.com Fri Dec 17 13:00:06 2004 From: benny at bennyvision.com (C. Bensend) Date: Fri Dec 17 13:00:06 2004 Subject: [Nagiosplug-devel] 1.4.0-alpha3 check_dhcp build failure on HP-UX 10.20 and 11.00 In-Reply-To: <1472.134.244.169.17.1103316848.squirrel@134.244.169.17> References: <1472.134.244.169.17.1103316848.squirrel@134.244.169.17> Message-ID: <1477.134.244.169.17.1103317190.squirrel@134.244.169.17> > On both HP-UX 10.20 (using gcc 2.95.2) and HP-UX 11.00 (using gcc ), > the plugins fail to build with the following: Whoops, I hit send before filling in all the details. That should read "and HP-UX 11.00 (using gcc 2.95.2)" above. Benny -- "... i want to be a farting burping maniac." -- "kerry", on MentalDischarge From Stanley.Hopcroft at IPAustralia.Gov.AU Fri Dec 17 14:27:00 2004 From: Stanley.Hopcroft at IPAustralia.Gov.AU (Stanley Hopcroft) Date: Fri Dec 17 14:27:00 2004 Subject: [Nagiosplug-devel] 1.4.0-alpha3 check_dhcp build failure on HP-UX 10.20 and 11.00 In-Reply-To: <1472.134.244.169.17.1103316848.squirrel@134.244.169.17> References: <1472.134.244.169.17.1103316848.squirrel@134.244.169.17> Message-ID: <20041217222555.GA54012@IPAustralia.Gov.AU> Dear Sir, I am writing to thank you for your letter and say, On Fri, Dec 17, 2004 at 02:53:46PM -0600, C. Bensend wrote: > > Hey folks, > > A couple of fellows have asked me to provide an HP-UX build of the > 1.4x series, so I fired off a few this afternoon. > > On both HP-UX 10.20 (using gcc 2.95.2) and HP-UX 11.00 (using gcc ), > the plugins fail to build with the following: > > (apologies for any horrific line wrap action) > (looks ok to me). > > Making all in plugins > gmake[2]: Entering directory > `/tmp_mnt/home/benny/temp/nagios-plugins-1.4.0-alpha3/plugins' > source='check_dhcp.c' object='check_dhcp.o' libtool=no \ > depfile='.deps/check_dhcp.Po' tmpdepfile='.deps/check_dhcp.TPo' \ > depmode=gcc /bin/sh ../depcomp \ > gcc -DLOCALEDIR=\"/usr/local/nagios/share/locale\" -DHAVE_CONFIG_H -I. -I. > -I.. -I.. -I../lib -I../intl -g -O2 -c check_dhcp.c > check_dhcp.c:125: parse error before `u_int8_t' > check_dhcp.c:125: warning: no semicolon at end of struct or union > check_dhcp.c:126: warning: data definition has no type or storage class > check_dhcp.c:127: parse error before `hlen' > check_dhcp.c:127: warning: data definition has no type or storage class > check_dhcp.c:128: parse error before `hops' > check_dhcp.c:128: warning: data definition has no type or storage class > check_dhcp.c:129: parse error before `xid' > check_dhcp.c:129: warning: data definition has no type or storage class > check_dhcp.c:130: parse error before `secs' > check_dhcp.c:130: warning: data definition has no type or storage class > check_dhcp.c:131: parse error before `flags' > check_dhcp.c:131: warning: data definition has no type or storage class > check_dhcp.c:140: parse error before `}' > check_dhcp.c:140: warning: data definition has no type or storage class > check_dhcp.c:146: parse error before `u_int32_t' check_dhcp is an important plugin __but__ 1 even if you did get it to compile on HP-UX, it would _not_ work on that platform since the code to get the MAC address is very system dependent, and I simply don't know how to do so on HP-UX (AIX is the same). The check would fail with an 'unsupported arch' at runtime if it compiled. The only platforms I _think_ should work are . Linux . Solaris 9 . FreeBSD 2 the cross platform issues are also exaggerated by Sun and HP apparently using different names for integer vars of fixed length (8, 16, 32 etc in unsigned and signed). Have a look at the dreadfull things the code does to make Sol compile. If you can find what names it uses for these ints (/sys/*int.h ?), that would be helpful. Send to me. What another (strange Perl) check_dhcp plugin does is lie about the MAC address; it doesn't check the lease of _this_ host but that the DHCP server can provide a lease back to the requester. Would this be a better approach for the less common archs (AIX, HP-UX, [OS-X should be *BSD so may be Ok] ? 3 Any chance of brief shell/ssh access on an HP-UX ? > > > I am absolutely able to test a new version of check_dhcp.c, or > patches, or whatever. > > Thanks! > > Benny > > Yours sincerely. -- Stanley Hopcroft Network specialist, IT Infrastructure IP Australia Ph: (02) 6283 3189 Fax: (02) 6281 1353 PO Box 200 Woden ACT 2606 http://www.ipaustralia.gov.au -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: disclaimer.txt URL: From ae at op5.se Fri Dec 17 14:28:00 2004 From: ae at op5.se (Andreas Ericsson) Date: Fri Dec 17 14:28:00 2004 Subject: [Nagiosplug-devel] SNMP community in host configuration In-Reply-To: <20041217172857.047E1AB6E1@www.manubulon.com> References: <20041217172857.047E1AB6E1@www.manubulon.com> Message-ID: <41C35D3A.1060905@op5.se> Patrick Proy wrote: > OK, I'm going to plan this if it's not to much work. It probably isn't (macro code in Nagios was made easily managed sometime in november). However, since Nagios went beta, Ethan announced he will most likely stop accepting new features and changes to logic. These will be put in for the 2.1 release, and the beta is currently only open for bugfixes only. Your patch would most likely not make it into the official dist for quite some time. > Here is my general idea (comments are welcome) : > - Add in the host definition a label (like "userdefined") wich can take one > argument in text > - Create a new macro ($HOSTUSER$) that can be used in service definition. > > - If this works OK, extend this to more than one (userdefined and > $HOSTUSER). > > - Wait some time to have feedback from users, then (if makes sense), do the > same thing for services. > > Is there some beta testers ready to help ? Anybody interested to help in > fact ? > Not me, no. The idea to use different SNMP auth-data for all your snmp-enabled devices doesn't really add all that much to security (if someone can get their hand on one of the community strings/username:password pairs he/she can probably get more from the same source, be it sniffing, social engineering or what not), unless you take into account bruteforce attacks, and I haven't come across a properly set up network yet that does things this way. > > Patrick > nagios AT proy.org > > > >>It's open-source, so feel free to hack it up yourself. I'm >>sure ethan wouldn't mind adding it to the official distro, so >>long as the code is clean enough. >> >>-- >>Andreas Ericsson andreas.ericsson at op5.se >>OP5 AB www.op5.se >>Lead Developer >> > > > -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From ae at op5.se Fri Dec 17 14:34:01 2004 From: ae at op5.se (Andreas Ericsson) Date: Fri Dec 17 14:34:01 2004 Subject: [Nagiosplug-devel] 1.4.0-alpha3 check_dhcp build failure on HP-UX 10.20 and 11.00 In-Reply-To: <1472.134.244.169.17.1103316848.squirrel@134.244.169.17> References: <1472.134.244.169.17.1103316848.squirrel@134.244.169.17> Message-ID: <41C35E9C.6010806@op5.se> C. Bensend wrote: > Hey folks, > > A couple of fellows have asked me to provide an HP-UX build of the > 1.4x series, so I fired off a few this afternoon. > > On both HP-UX 10.20 (using gcc 2.95.2) and HP-UX 11.00 (using gcc ), > the plugins fail to build with the following: > > (apologies for any horrific line wrap action) > All the errors below stem from one plugin. Try make -i >& make-output and see what errors and warnings it comes up with. It's more than just a little likely that most of the plugins will build properly, but it would help a great deal if you could provide build output for all the plugins (so all non-portable issues can be fixed at once). > > Making all in plugins > gmake[2]: Entering directory > `/tmp_mnt/home/benny/temp/nagios-plugins-1.4.0-alpha3/plugins' > source='check_dhcp.c' object='check_dhcp.o' libtool=no \ > depfile='.deps/check_dhcp.Po' tmpdepfile='.deps/check_dhcp.TPo' \ > depmode=gcc /bin/sh ../depcomp \ > gcc -DLOCALEDIR=\"/usr/local/nagios/share/locale\" -DHAVE_CONFIG_H -I. -I. > -I.. -I.. -I../lib -I../intl -g -O2 -c check_dhcp.c > check_dhcp.c:125: parse error before `u_int8_t' > check_dhcp.c:125: warning: no semicolon at end of struct or union > check_dhcp.c:126: warning: data definition has no type or storage class > check_dhcp.c:127: parse error before `hlen' > check_dhcp.c:127: warning: data definition has no type or storage class > check_dhcp.c:128: parse error before `hops' > check_dhcp.c:128: warning: data definition has no type or storage class > check_dhcp.c:129: parse error before `xid' > check_dhcp.c:129: warning: data definition has no type or storage class > check_dhcp.c:130: parse error before `secs' > check_dhcp.c:130: warning: data definition has no type or storage class > check_dhcp.c:131: parse error before `flags' > check_dhcp.c:131: warning: data definition has no type or storage class > check_dhcp.c:140: parse error before `}' > check_dhcp.c:140: warning: data definition has no type or storage class > check_dhcp.c:146: parse error before `u_int32_t' > check_dhcp.c:146: warning: no semicolon at end of struct or union > check_dhcp.c:147: warning: data definition has no type or storage class > check_dhcp.c:148: parse error before `rebinding_time' > check_dhcp.c:148: warning: data definition has no type or storage class > check_dhcp.c:150: parse error before `}' > check_dhcp.c:150: warning: data definition has no type or storage class > check_dhcp.c:192: parse error before `packet_xid' > check_dhcp.c:192: warning: data definition has no type or storage class > check_dhcp.c:194: parse error before `dhcp_lease_time' > check_dhcp.c:194: warning: data definition has no type or storage class > check_dhcp.c:195: parse error before `dhcp_renewal_time' > check_dhcp.c:195: warning: data definition has no type or storage class > check_dhcp.c:196: parse error before `dhcp_rebinding_time' > check_dhcp.c:196: warning: data definition has no type or storage class > check_dhcp.c:200: parse error before `*' > check_dhcp.c:200: warning: data definition has no type or storage class > check_dhcp.c:226: parse error before `dhcp_packet' > check_dhcp.c: In function `send_dhcp_discover': > check_dhcp.c:388: `dhcp_packet' undeclared (first use in this function) > check_dhcp.c:388: (Each undeclared identifier is reported only once > check_dhcp.c:388: for each function it appears in.) > check_dhcp.c:388: parse error before `discover_packet' > check_dhcp.c:393: `discover_packet' undeclared (first use in this function) > check_dhcp.c: In function `get_dhcp_offer': > check_dhcp.c:473: `dhcp_packet' undeclared (first use in this function) > check_dhcp.c:473: parse error before `offer_packet' > check_dhcp.c:495: `offer_packet' undeclared (first use in this function) > check_dhcp.c: In function `receive_dhcp_packet': > check_dhcp.c:593: `socklen_t' undeclared (first use in this function) > check_dhcp.c:593: parse error before `address_size' > check_dhcp.c:616: `address_size' undeclared (first use in this function) > check_dhcp.c: At top level: > check_dhcp.c:745: parse error before `dhcp_packet' > check_dhcp.c: In function `add_dhcp_offer': > check_dhcp.c:746: `new_offer' undeclared (first use in this function) > check_dhcp.c:747: parse error before `int' > check_dhcp.c:752: `offer_packet' undeclared (first use in this function) > check_dhcp.c:756: `x' undeclared (first use in this function) > check_dhcp.c:763: `option_type' undeclared (first use in this function) > check_dhcp.c:766: `option_length' undeclared (first use in this function) > check_dhcp.c:773: `u_int32_t' undeclared (first use in this function) > check_dhcp.c:773: parse error before `)' > check_dhcp.c:775: parse error before `)' > check_dhcp.c:777: parse error before `)' > check_dhcp.c:781: `y' undeclared (first use in this function) > check_dhcp.c:798: parse error before `)' > check_dhcp.c:804: `source' undeclared (first use in this function) > check_dhcp.c: In function `free_dhcp_offer_list': > check_dhcp.c:828: `this_offer' undeclared (first use in this function) > check_dhcp.c:829: `next_offer' undeclared (first use in this function) > check_dhcp.c: In function `get_results': > check_dhcp.c:858: `temp_offer' undeclared (first use in this function) > check_dhcp.c:859: parse error before `*' > check_dhcp.c:861: `u_int32_t' undeclared (first use in this function) > check_dhcp.c:869: `temp_server' undeclared (first use in this function) > check_dhcp.c:874: `max_lease_time' undeclared (first use in this function) > check_dhcp.c:909: `result' undeclared (first use in this function) > gmake[2]: *** [check_dhcp.o] Error 1 > gmake[2]: Leaving directory > `/tmp_mnt/home/benny/temp/nagios-plugins-1.4.0-alpha3/plugins' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory > `/tmp_mnt/home/benny/temp/nagios-plugins-1.4.0-alpha3' > gmake: *** [all] Error 2 > > > I am absolutely able to test a new version of check_dhcp.c, or > patches, or whatever. > > Thanks! > > Benny > > -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From mkent at magoazul.com Fri Dec 17 15:24:01 2004 From: mkent at magoazul.com (Matthew Kent) Date: Fri Dec 17 15:24:01 2004 Subject: [Nagiosplug-devel] SNMP community in host configuration In-Reply-To: <41C35D3A.1060905@op5.se> References: <20041217172857.047E1AB6E1@www.manubulon.com> <41C35D3A.1060905@op5.se> Message-ID: <1103300590.7504.3.camel@fuego> On Fri, 2004-12-17 at 22:27, Andreas Ericsson wrote: > Patrick Proy wrote: > > OK, I'm going to plan this if it's not to much work. > > It probably isn't (macro code in Nagios was made easily managed sometime > in november). However, since Nagios went beta, Ethan announced he will > most likely stop accepting new features and changes to logic. These will > be put in for the 2.1 release, and the beta is currently only open for > bugfixes only. Your patch would most likely not make it into the > official dist for quite some time. After reading this whole thread sounds like what you need is custom directives which, as Andreas mentioned, won't be available for a while. To quote Ethan: "Nagios 3.x should have custom directives in object definitions". -- Matthew Kent http://magoazul.com From benny at bennyvision.com Fri Dec 17 15:41:02 2004 From: benny at bennyvision.com (C. Bensend) Date: Fri Dec 17 15:41:02 2004 Subject: [Nagiosplug-devel] 1.4.0-alpha3 check_dhcp build failure on HP-UX 10.20 and 11.00 In-Reply-To: <41C35E9C.6010806@op5.se> References: <1472.134.244.169.17.1103316848.squirrel@134.244.169.17> <41C35E9C.6010806@op5.se> Message-ID: <53810.63.227.74.41.1103326805.squirrel@63.227.74.41> > All the errors below stem from one plugin. Try > make -i >& make-output > and see what errors and warnings it comes up with. It's more than just a > little likely that most of the plugins will build properly, but it would > help a great deal if you could provide build output for all the plugins > (so all non-portable issues can be fixed at once). Absolutely - here you go: 'make -i' output for an 11.00 build is at: http://www.bennyvision.com/projects/nagios/debug/plugins-12-17-2004-B.11.00 'make -i' output for a 10.20 build is at: http://www.bennyvision.com/projects/nagios/debug/plugins-12-17-2004-B.10.20 Benny -- "... i want to be a farting burping maniac." -- "kerry", on MentalDischarge From benny at bennyvision.com Fri Dec 17 16:00:03 2004 From: benny at bennyvision.com (C. Bensend) Date: Fri Dec 17 16:00:03 2004 Subject: [Nagiosplug-devel] 1.4.0-alpha3 check_dhcp build failure on HP-UX 10.20 and 11.00 In-Reply-To: <20041217222555.GA54012@IPAustralia.Gov.AU> References: <1472.134.244.169.17.1103316848.squirrel@134.244.169.17> <20041217222555.GA54012@IPAustralia.Gov.AU> Message-ID: <51374.63.227.74.41.1103327969.squirrel@63.227.74.41> > check_dhcp is an important plugin __but__ > > 1 even if you did get it to compile on HP-UX, it would _not_ work on > that platform since the code to get the MAC address is very system > dependent, and I simply don't know how to do so on HP-UX (AIX is the > same). > > The check would fail with an 'unsupported arch' at runtime if it > compiled. OK. Not a worry for me, dunno about the folks that were requesting the build. > If you can find what names it uses for these ints (/sys/*int.h ?), that > would be helpful. Send to me. I found the definitions in /usr/include/inttypes.h, which also includes /usr/include/sys/_inttypes.h: http://www.bennyvision.com/projects/nagios/debug/inttypes.h http://www.bennyvision.com/projects/nagios/debug/_inttypes.h If these do not contain the information you need about the types in HP-UX, please let me know more details, and I'll find them. > 3 Any chance of brief shell/ssh access on an HP-UX ? I wish I could, Stanley, but these are machines on my employer's network. And trust me, that's not going to happen. :/ Benny -- "... i want to be a farting burping maniac." -- "kerry", on MentalDischarge From ae at op5.se Fri Dec 17 16:58:01 2004 From: ae at op5.se (Andreas Ericsson) Date: Fri Dec 17 16:58:01 2004 Subject: [Nagiosplug-devel] 1.4.0-alpha3 check_dhcp build failure on HP-UX 10.20 and 11.00 In-Reply-To: <20041217222555.GA54012@IPAustralia.Gov.AU> References: <1472.134.244.169.17.1103316848.squirrel@134.244.169.17> <20041217222555.GA54012@IPAustralia.Gov.AU> Message-ID: <41C38061.5030306@op5.se> Stanley Hopcroft wrote: > Dear Sir, > > I am writing to thank you for your letter and say, > > On Fri, Dec 17, 2004 at 02:53:46PM -0600, C. Bensend wrote: > >>Hey folks, >> [ ... ] >>check_dhcp.c:140: parse error before `}' >>check_dhcp.c:140: warning: data definition has no type or storage class >>check_dhcp.c:146: parse error before `u_int32_t' > > > > check_dhcp is an important plugin __but__ > > 1 even if you did get it to compile on HP-UX, it would _not_ work on > that platform since the code to get the MAC address is very system > dependent, and I simply don't know how to do so on HP-UX (AIX is the > same). > > The check would fail with an 'unsupported arch' at runtime if it > compiled. > > The only platforms I _think_ should work are > > . Linux > > . Solaris 9 > > . FreeBSD > > 2 the cross platform issues are also exaggerated by Sun and HP > apparently using different names for integer vars of fixed length (8, > 16, 32 etc in unsigned and signed). > > Have a look at the dreadfull things the code does to make Sol compile. > > If you can find what names it uses for these ints (/sys/*int.h ?), that > would be helpful. Send to me. > > What another (strange Perl) check_dhcp plugin does is lie about the MAC > address; it doesn't check the lease of _this_ host but that the DHCP > server can provide a lease back to the requester. > > Would this be a better approach for the less common archs (AIX, HP-UX, > [OS-X should be *BSD so may be Ok] ? > > 3 Any chance of brief shell/ssh access on an HP-UX ? > Go to http://www.hp.com/dspp Click "Register for DSPP membership" in the "I want to" section of links in the middle of the page. You can get shell (telnet, for some reason) and ftp access to several different versions and flavours of *BSD, HP-UX, OpenVMS, Linux and whatnot, running on a multitude of different architectures. If you have special build requirements you can request installation of certain software (which is usually denied, but still...). I've got accounts for all of their compile-farm machines. If, for some reason, your registration isn't approved, I might be able to take a look at it for you (although they're usually under some pretty heavy load so it's not very fast going). > >> >> I am absolutely able to test a new version of check_dhcp.c, or >>patches, or whatever. >> >>Thanks! >> >>Benny >> >> > > > Yours sincerely. > > > > ------------------------------------------------------------------------ > > > -- > This message contains privileged and confidential information only > for use by the intended recipient. If you are not the intended > recipient of this message, you must not disseminate, copy or use > it in any manner. If you have received this message in error, > please advise the sender by reply e-mail. Please ensure all > e-mail attachments are scanned for viruses prior to opening or > using. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From ae at op5.se Fri Dec 17 18:02:01 2004 From: ae at op5.se (Andreas Ericsson) Date: Fri Dec 17 18:02:01 2004 Subject: [Nagiosplug-devel] 1.4.0-alpha3 check_dhcp build failure on HP-UX 10.20 and 11.00 In-Reply-To: <41C38061.5030306@op5.se> References: <1472.134.244.169.17.1103316848.squirrel@134.244.169.17> <20041217222555.GA54012@IPAustralia.Gov.AU> <41C38061.5030306@op5.se> Message-ID: <41C38F70.4020003@op5.se> Andreas Ericsson wrote: > Stanley Hopcroft wrote: > >> Dear Sir, >> >> I am writing to thank you for your letter and say, >> >> On Fri, Dec 17, 2004 at 02:53:46PM -0600, C. Bensend wrote: >> >>> Hey folks, >>> > > [ ... ] > >>> check_dhcp.c:140: parse error before `}' >>> check_dhcp.c:140: warning: data definition has no type or storage class >>> check_dhcp.c:146: parse error before `u_int32_t' >> >> >> >> >> check_dhcp is an important plugin __but__ >> 1 even if you did get it to compile on HP-UX, it would _not_ work on >> that platform since the code to get the MAC address is very system >> dependent, and I simply don't know how to do so on HP-UX (AIX is the >> same). >> >> The check would fail with an 'unsupported arch' at runtime if it >> compiled. >> >> The only platforms I _think_ should work are >> . Linux >> >> . Solaris 9 >> >> . FreeBSD >> >> 2 the cross platform issues are also exaggerated by Sun and HP >> apparently using different names for integer vars of fixed length (8, >> 16, 32 etc in unsigned and signed). >> >> Have a look at the dreadfull things the code does to make Sol compile. >> >> If you can find what names it uses for these ints (/sys/*int.h ?), >> that would be helpful. Send to me. >> >> What another (strange Perl) check_dhcp plugin does is lie about the >> MAC address; it doesn't check the lease of _this_ host but that the >> DHCP server can provide a lease back to the requester. >> >> Would this be a better approach for the less common archs (AIX, HP-UX, >> [OS-X should be *BSD so may be Ok] ? >> >> 3 Any chance of brief shell/ssh access on an HP-UX ? >> > > Go to http://www.hp.com/dspp > Click "Register for DSPP membership" in the "I want to" section of links > in the middle of the page. You can get shell (telnet, for some reason) > and ftp access to several different versions and flavours of *BSD, > HP-UX, OpenVMS, Linux and whatnot, running on a multitude of different > architectures. If you have special build requirements you can request > installation of certain software (which is usually denied, but still...). > > I've got accounts for all of their compile-farm machines. If, for some > reason, your registration isn't approved, I might be able to take a look > at it for you (although they're usually under some pretty heavy load so > it's not very fast going). Sorry about that. It's at www.testdrive.hp.com Apparently they have updated the web structure since I signed up. > >> >>> >>> I am absolutely able to test a new version of check_dhcp.c, or >>> patches, or whatever. >>> >>> Thanks! >>> >>> Benny >>> >>> >> >> >> Yours sincerely. >> >> >> ------------------------------------------------------------------------ >> >> >> -- >> This message contains privileged and confidential information only for >> use by the intended recipient. If you are not the intended recipient >> of this message, you must not disseminate, copy or use it in any >> manner. If you have received this message in error, please advise the >> sender by reply e-mail. Please ensure all e-mail attachments are >> scanned for viruses prior to opening or using. > > -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From tonvoon at mac.com Fri Dec 17 20:43:03 2004 From: tonvoon at mac.com (Ton Voon) Date: Fri Dec 17 20:43:03 2004 Subject: [Nagiosplug-devel] BUG: check_proc doeas not work under FreeBSD 4 In-Reply-To: <83014478.20041217195444@axelspringer.com.pl> References: <83014478.20041217195444@axelspringer.com.pl> Message-ID: <38CB31B2-50AF-11D9-932A-000A95D47298@mac.com> On 17 Dec 2004, at 18:54, Tomasz Pilat wrote: > Hello. > > This one well be quick... > > Environment: > > FreeBSD 4.10-STABLE #410: Fri Jul 30 17:39:00 CEST 2004 (/proc not > mounted) > check_procs (nagios-plugins 1.4.0alpha2) 1.2 > > Problem: > > check_proc does not see processes with command line longer than 16 > bytes (not counting arguments). For example: > > # ps auxw | grep syslo[g] > root 190 0.0 0.1 1196 588 ?? Ss 22Oct04 70:45.58 > /usr/sbin/syslogd -4 -s -cc -l /jails/named/dev/log > > # ./check_procs -C syslogd > PROCS OK: 0 processes with command name 'syslogd' > > but: > > # ./check_procs -C syslog > PROCS OK: 1 process with command name 'syslog' -> /usr/sbin/syslog (16 > bytes) > > Cause: > > Plugin executes "/bin/ps -axwo 'state uid ppid vsz rss pcpu command > command'", and gets > > Ss 0 1 1196 588 0.0 /usr/sbin/syslog /usr/sbin/syslogd -4 > -s -cc -l /jails/named/dev/log Are you sure this is what is being executed? On FreeBSD 4.8 (one of the compile farm on SF), check_procs -v -v shows: CMD: /bin/ps waxco 'state uid ppid vsz rss pcpu command command' PROCS OK: 80 processes > > but should execute "/bin/ps -axwo 'state uid ppid vsz rss pcpu > command'" and get > > Ss 0 1 1196 588 0.0 /usr/sbin/syslogd -4 -s -cc -l > /jails/named/dev/log > > (taking command-line from 7th column makes '-a' option unusable too). Unfortunately, check_procs currently expects a column for the command and then another column for the command + arguments. It looks like in FreeBSD 4.8 that you cannot do that because it looks like the -c makes the command column into the short command name, but then disables the argument column. I've just applied a patch for Michael Bakker which uses the command: ps -axwo 'stat comm vsz rss user uid ppid args' for FreeBSD 5 which suggests to me that they realised there was a limitation in the way FreeBSD 4 handled ps options. However, you are probably much better than me at understanding FreeBSD 4 - is there another way to get the columns of information that check_procs wants? Alternatively, we'd have to change check_procs to only use one column for command + args and do some clever working out of what is the command and what is the arguments and I'm not convinced I want to go down this route so close to a 1.4 release. Ton From noreply at sourceforge.net Fri Dec 17 20:51:03 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Dec 17 20:51:03 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1087087 ] compile error in check_http.c in 1.4alpha3 Message-ID: Bugs item #1087087, was opened at 2004-12-17 14:53 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1087087&group_id=29880 Category: None Group: None Status: Open Resolution: None >Priority: 7 Submitted By: madhamster (madhamster) >Assigned to: Ton Voon (tonvoon) Summary: compile error in check_http.c in 1.4alpha3 Initial Comment: Using the exact same PATH as I compile 1.3.1 and 1.4alpha2, I cannot get 1.4alpha3 to compile (1.3.1 and 1.4alpha2 compiled just fine). The './configure' ran normally, but I get errors after I run 'make' during compile time when it gets to 1.4alpha3's check_http.c: <--snip--> if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_dummy.o -MD -MP -MF ".deps/check_dummy.Tpo" -c -o check_dummy.o check_dummy.c; then mv -f ".deps/check_dummy.Tpo" ".deps/check_dummy.Po"; else rm -f ".deps/check_dummy.Tpo"; exit 1; fi gcc -g -O2 -L. -o check_dummy check_dummy.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -lssl -lcrypto if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP -MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins-1.4.0-alpha3/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins-1.4.0-alpha3' make: *** [all] Error 2 <--snip--> ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-12-18 04:50 Message: Logged In: YES user_id=664364 Madhamster, I made a change to the way SSL libraries were picked up, so that may have broken this. Can you send your config.log and configure output please. What is your PATH setting? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-17 20:48 Message: Logged In: YES user_id=1179843 Just to clarify, this is on a RedHat EL 3 machine. 1.3.1 and 1.4alpha2 plug-ins compile just fine, but 1.4alpha3 does not. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1087087&group_id=29880 From noreply at sourceforge.net Fri Dec 17 21:15:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Dec 17 21:15:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-895671 ] Fixes bug with new vmstat version Message-ID: Patches item #895671, was opened at 2004-02-12 12:25 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=895671&group_id=29880 Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jason Burnett (trig_monkeypr0n) Assigned to: Nobody/Anonymous (nobody) Summary: Fixes bug with new vmstat version Initial Comment: vmstat changed the order of columns in it's output. This is a patch to 1) determine the version of vmstat then 2) use the correct data from that output. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-12-18 05:14 Message: Logged In: YES user_id=664364 Jason, Is there any functionality you want in this plugin (I assume you mean check_mem.pl) that you cannot get elsewhere? Ton ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-12-16 04:30 Message: Logged In: YES user_id=983566 Hmm, don't even understand what values the plugin is trying to use enough to fix it. Anyone remember if this plugin was for a specific os/vmstat version? On my oldest redhat 7.1 install the fields it checks correspond to swpd and free memory... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=895671&group_id=29880 From noreply at sourceforge.net Fri Dec 17 23:43:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Dec 17 23:43:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1087087 ] compile error in check_http.c in 1.4alpha3 Message-ID: Bugs item #1087087, was opened at 2004-12-17 08:53 Message generated for change (Comment added) made by madhamster You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1087087&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 7 Submitted By: madhamster (madhamster) Assigned to: Ton Voon (tonvoon) Summary: compile error in check_http.c in 1.4alpha3 Initial Comment: Using the exact same PATH as I compile 1.3.1 and 1.4alpha2, I cannot get 1.4alpha3 to compile (1.3.1 and 1.4alpha2 compiled just fine). The './configure' ran normally, but I get errors after I run 'make' during compile time when it gets to 1.4alpha3's check_http.c: <--snip--> if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_dummy.o -MD -MP -MF ".deps/check_dummy.Tpo" -c -o check_dummy.o check_dummy.c; then mv -f ".deps/check_dummy.Tpo" ".deps/check_dummy.Po"; else rm -f ".deps/check_dummy.Tpo"; exit 1; fi gcc -g -O2 -L. -o check_dummy check_dummy.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -lssl -lcrypto if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP -MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins-1.4.0-alpha3/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins-1.4.0-alpha3' make: *** [all] Error 2 <--snip--> ---------------------------------------------------------------------- >Comment By: madhamster (madhamster) Date: 2004-12-18 01:42 Message: Logged In: YES user_id=1179843 This is my PATH: /usr/local/bin:/usr/local/sbin:/usr/local/ssl:/usr/kerberos/sbin:/usr/kerberos/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/bin/X11:/usr/X11R6/bin The config.log is attached. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-17 22:50 Message: Logged In: YES user_id=664364 Madhamster, I made a change to the way SSL libraries were picked up, so that may have broken this. Can you send your config.log and configure output please. What is your PATH setting? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-17 14:48 Message: Logged In: YES user_id=1179843 Just to clarify, this is on a RedHat EL 3 machine. 1.3.1 and 1.4alpha2 plug-ins compile just fine, but 1.4alpha3 does not. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1087087&group_id=29880 From Stanley.Hopcroft at IPAustralia.Gov.AU Sat Dec 18 00:48:01 2004 From: Stanley.Hopcroft at IPAustralia.Gov.AU (Stanley Hopcroft) Date: Sat Dec 18 00:48:01 2004 Subject: [Nagiosplug-devel] 1.4.0-alpha3 check_dhcp build failure on HP-UX 10.20 and 11.00 In-Reply-To: <51374.63.227.74.41.1103327969.squirrel@63.227.74.41> References: <1472.134.244.169.17.1103316848.squirrel@134.244.169.17> <20041217222555.GA54012@IPAustralia.Gov.AU> <51374.63.227.74.41.1103327969.squirrel@63.227.74.41> Message-ID: <20041218084710.GA74692@IPAustralia.Gov.AU> Dear Sir, I am writing to thank you for your letter and say, 1 the links to inttypes.h and friends are good; the same Sola hacks can be employed for HP-UX. 2 I propose to 2.1 simple mindedly hack changes into the CVS repo 2.2 ask you to check them (ie you'll need to checkout a copy of CVS and then use _your_ configure (at this stage) from the 1.4alpha3 tarball to compile them (unless you have the autotools on your HPUX) 2.3 I'll also need some DLPI info from you; what precisely I'm not sure yet (maybe only the names of interfaces used by ifconfig). 3 If I can't make any progress (tonight or Monday) I'll open a tracker for the fault. Yours sincerely. -- Stanley Hopcroft IP Australia Ph: (02) 6283 3189 Fax: (02) 6281 1353 PO Box 200 Woden ACT 2606 http://www.ipaustralia.gov.au -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: disclaimer.txt URL: From nagios at proy.org Sat Dec 18 00:57:02 2004 From: nagios at proy.org (Patrick Proy) Date: Sat Dec 18 00:57:02 2004 Subject: [Nagiosplug-devel] SNMP community in host configuration In-Reply-To: <41C35D3A.1060905@op5.se> Message-ID: <20041218085552.0F960ABBB1@www.manubulon.com> > > Not me, no. The idea to use different SNMP auth-data for all > your snmp-enabled devices doesn't really add all that much to > security (if someone can get their hand on one of the > community strings/username:password pairs he/she can probably > get more from the same source, be it sniffing, social > engineering or what not), unless you take into account > bruteforce attacks, and I haven't come across a properly set > up network yet that does things this way. My problem is not about security : I totally agree that giving multiple snmp communities doesn't increase security. The problem is that when I install Nagios in a company, I often see multiple snmp communities because of different people managing different servers or network equipements, or people assigning one snmp community per site, etc.... And there is nothing I can do about it except telling them it's silly to do like this. So having snmp communities in host would make admin of Nagios much more easy. Patrick Proy nagios AT proy.org From nagios at proy.org Sat Dec 18 00:59:01 2004 From: nagios at proy.org (Patrick Proy) Date: Sat Dec 18 00:59:01 2004 Subject: [Nagiosplug-devel] SNMP community in host configuration In-Reply-To: <1103300590.7504.3.camel@fuego> Message-ID: <20041218085806.1B244ABB63@www.manubulon.com> Yes, but if I do the work (or part of it), maybe it will be in version 2.1 .... Patrick Proy nagios AT proy.org > After reading this whole thread sounds like what you need is > custom directives which, as Andreas mentioned, won't be > available for a while. > > To quote Ethan: "Nagios 3.x should have custom directives in > object definitions". > -- > Matthew Kent > http://magoazul.com > From Stanley.Hopcroft at IPAustralia.Gov.AU Sat Dec 18 01:00:02 2004 From: Stanley.Hopcroft at IPAustralia.Gov.AU (Stanley Hopcroft) Date: Sat Dec 18 01:00:02 2004 Subject: [Nagiosplug-devel] 1.4.0-alpha3 check_dhcp build failure on HP-UX 10.20 and 11.00 In-Reply-To: <41C38F70.4020003@op5.se> References: <1472.134.244.169.17.1103316848.squirrel@134.244.169.17> <20041217222555.GA54012@IPAustralia.Gov.AU> <41C38061.5030306@op5.se> <41C38F70.4020003@op5.se> Message-ID: <20041218085934.GB74692@IPAustralia.Gov.AU> Dear Sir, I am writing to thank you for your letter and say, Woo-hoo ! On Sat, Dec 18, 2004 at 03:01:20AM +0100, Andreas Ericsson wrote: > Andreas Ericsson wrote: > >Go to http://www.hp.com/dspp > >Click "Register for DSPP membership" in the "I want to" section of links > >in the middle of the page. You can get shell (telnet, for some reason) > >and ftp access to several different versions and flavours of *BSD, > >HP-UX, OpenVMS, Linux and whatnot, running on a multitude of different > >architectures. If you have special build requirements you can request > >installation of certain software (which is usually denied, but still...). > > > >I've got accounts for all of their compile-farm machines. If, for some > >reason, your registration isn't approved, I might be able to take a look > >at it for you (although they're usually under some pretty heavy load so > >it's not very fast going). > HP may have streamlineed their procedures, I got the rego ack within 5 minutes of filling out the form (who are you and what systems do you want only). From: To: shopcroft AT IPAustralia.Gov.AU Subject: Thanks for registration Thanks for your interest in the HP Testdrive Program. Information regarding howto access the systems offered via Testdrive will arrive in an email shortly. If you do not receive a follow-up message, please send an email to testdrive AT hp.comwith your selected username and a brief description of the problem you are having. > Sorry about that. It's at http://www.testdrive.hp.com > Apparently they have updated the web structure since I signed up. This is great: strange architectures and OS's to the max (must be slow ... I suppose; what a wonderful service from HP [BTW, a shameless plug is that Jeremy Allison, one of the senior Samba developers ,is an HP employee]). Thanks very much for sharing this. I think _no one_ has had ready access to Tru 64, HP-UX etc. Great news ! Nagios on OpenVMS anyone ? Yours sincerely. -- Stanley Hopcroft IP Australia Ph: (02) 6283 3189 Fax: (02) 6281 1353 PO Box 200 Woden ACT 2606 http://www.ipaustralia.gov.au -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: disclaimer.txt URL: From Stanley.Hopcroft at IPAustralia.Gov.AU Sat Dec 18 01:55:01 2004 From: Stanley.Hopcroft at IPAustralia.Gov.AU (Stanley Hopcroft) Date: Sat Dec 18 01:55:01 2004 Subject: [Nagiosplug-devel] nagiosplug CVS wont' build - internat problems ? Message-ID: <20041218095351.GD74692@IPAustralia.Gov.AU> Dear Folks, All recent auto-tools; local repo copy updated; make distclean ; tools/setup ; ./configure ; gmake ==> lots of good messages Making all in m4 gmake[2]: Entering directory `/usr/home/anwsmh/build/nagios-plugins_HEAD/nagiosplug/m4' gmake[2]: Nothing to be done for `all'. gmake[2]: Leaving directory `/usr/home/anwsmh/build/nagios-plugins_HEAD/nagiosplug/m4' Making all in po gmake[2]: Entering directory `/usr/home/anwsmh/build/nagios-plugins_HEAD/nagiosplug/po' rm -f fr.gmo && /usr/local/bin/msgfmt -c --statistics -o fr.gmo fr.po /usr/local/bin/msgfmt: fr.po: warning: Charset missing in header. Message conversion to user's charset will not work. /usr/local/bin/msgfmt: fr.po: headerfield `PO-Revision-Date' missing in header /usr/local/bin/msgfmt: fr.po: headerfield `Last-Translator' missing in header /usr/local/bin/msgfmt: fr.po: headerfield `Language-Team' missing in header /usr/local/bin/msgfmt: fr.po: headerfield `MIME-Version' missing in header /usr/local/bin/msgfmt: fr.po: headerfield `Content-Type' missing in header /usr/local/bin/msgfmt: fr.po: headerfield `Content-Transfer-Encoding' missing in header fr.po:12:2: parse error fr.po:12: keyword "fr" unknown fr.po:357: missing `msgstr' section fr.po:360:2: parse error fr.po:360: keyword "fr" unknown fr.po:1089: missing `msgstr' section fr.po:1090:2: parse error fr.po:1090: keyword "fr" unknown fr.po:1452: missing `msgstr' section fr.po:1455:2: parse error fr.po:1455: keyword "fr" unknown fr.po:1464: missing `msgstr' section fr.po:1467:2: parse error fr.po:1467: keyword "fr" unknown /usr/local/bin/msgfmt: too many errors, aborting gmake[2]: *** [fr.gmo] Error 1 gmake[2]: Leaving directory `/usr/home/anwsmh/build/nagios-plugins_HEAD/nagiosplug/po' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/home/anwsmh/build/nagios-plugins_HEAD/nagiosplug' gmake: *** [all] Error 2 Pilot error I expect, but I can't see it; maybe I should wait ... Sorry if that's the case. Yours sincerely. -- Stanley Hopcroft IP Australia Ph: (02) 6283 3189 Fax: (02) 6281 1353 PO Box 200 Woden ACT 2606 http://www.ipaustralia.gov.au -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: disclaimer.txt URL: From noreply at sourceforge.net Sat Dec 18 08:14:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Dec 18 08:14:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1087567 ] New plugin - check_tacacs_plus Message-ID: New Plugins item #1087567, was opened at 2004-12-18 16:13 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1087567&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Mark Cooper (gollum) Assigned to: Nobody/Anonymous (nobody) Summary: New plugin - check_tacacs_plus Initial Comment: #!/usr/bin/perl -w # # $Hashbang: check_tacacs_plus.pl,v 1.2 2004/12/15 15:42:01 pfarmer Exp $ # # Copyright Notice: GPL # # $Id: check_tacacs_plus.pl,v 1.2 2004/12/15 15:42:01 pfarmer Exp $ # use strict; use lib "/usr/local/nagios/libexec"; use utils qw($TIMEOUT %ERRORS &print_revision &support); use Authen::TacacsPlus; use Getopt::Long; use vars qw($opt_V $opt_h $opt_H $opt_t $opt_k $opt_u $opt_p $verbose $PROGNAME); $PROGNAME = "check_tacacs_plus"; sub print_help (); sub print_usage (); Getopt::Long::Configure('bundling'); GetOptions( "V" => \, "version" => \, "h" => \, "help" => \, "t=i" => \, "timeout=i" => \, "H=s" => \, "hostname=s" => \, "k=s" => \, "key=s" => \, "u=s" => \, "username=s" => \, "p=s" => \, "password=s" => \, "v" => \,"verbose" => \ ); if ($opt_V) { print_revision($PROGNAME,'$Revision: 1.2 $ '); exit $ERRORS{'OK'}; } if ($opt_h) { print_help(); exit $ERRORS{'OK'}; } if (!$opt_H) { print "Host missing!\n"; print_usage(); exit $ERRORS{'UNKNOWN'}; } if (!$opt_k) { print_usage(); exit $ERRORS{'UNKNOWN'}; } if (!$opt_u) { print_usage(); exit $ERRORS{'UNKNOWN'}; } if (!$opt_p) { print_usage(); exit $ERRORS{'UNKNOWN'}; } if (!$opt_t) { $opt_t = 60; } my $tac = new Authen::TacacsPlus(Host => $opt_H, Key => $opt_k, Timeout => $opt_t); unless ($tac){ print "CRITICAL: ",Authen::TacacsPlus::errmsg(),"\n"; exit $ERRORS{'CRITICAL'}; } if ($tac->authen($opt_u,$opt_p)){ print "OK: Tacacs Authentication OK\n"; exit $ERRORS{'OK'}; } else { print "WARNING: ",Authen::TacacsPlus::errmsg(),"\n"; exit $ERRORS{'WARNING'}; } $tac->close(); sub print_help() { print_revision($PROGNAME,'$Revision: 1.2 $ '); print "Copyright (c) 2004 Peter Farmer/Mark Cooper\n"; print "\n"; print "Check if a tacacs service is running and that a user can authenticate\n"; print "\n"; print_usage(); print "\n"; print " The server providing the tacacs service\n"; print " The tacacs key\n"; print " A username that will authenticate OK with tacacs\n"; print " The password for \n"; print "\n"; support(); } sub print_usage () { print "Usage: \n"; print " $PROGNAME -H host -k key -u user -p password\n"; print " $PROGNAME [-h | --help]\n"; print " $PROGNAME [-V | --version]\n"; } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1087567&group_id=29880 From benny at bennyvision.com Sat Dec 18 08:42:05 2004 From: benny at bennyvision.com (C. Bensend) Date: Sat Dec 18 08:42:05 2004 Subject: [Nagiosplug-devel] 1.4.0-alpha3 check_dhcp build failure on HP-UX 10.20 and 11.00 In-Reply-To: <20041218084710.GA74692@IPAustralia.Gov.AU> References: <1472.134.244.169.17.1103316848.squirrel@134.244.169.17> <20041217222555.GA54012@IPAustralia.Gov.AU> <51374.63.227.74.41.1103327969.squirrel@63.227.74.41> <20041218084710.GA74692@IPAustralia.Gov.AU> Message-ID: <61411.63.227.74.41.1103388080.squirrel@63.227.74.41> > 2.2 ask you to check them (ie you'll need to checkout a copy of CVS and > then use _your_ configure (at this stage) from the 1.4alpha3 tarball to > compile them (unless you have the autotools on your HPUX) I do not have any of the autotools installed on these machines, no. Also keep in mind - I cannot actually _test_ the check_dhcp plugin on these machines - we do not offer DHCP service on that LAN segment. The best I can do is test for a successful build, and make sure the plugin displays the proper help/error messages, etc. > 2.3 I'll also need some DLPI info from you; what precisely I'm not sure > yet (maybe only the names of interfaces used by ifconfig). These should give you all the details you need, I think: http://www.bennyvision.com/projects/nagios/debug/dlpi.h http://www.bennyvision.com/projects/nagios/debug/dlpi_ext.h ( all of these include files are from HP-UX 11.00, /usr/include/sys ) Thanks much, Stanley! Benny -- "... i want to be a farting burping maniac." -- "kerry", on MentalDischarge From benny at bennyvision.com Sat Dec 18 09:49:01 2004 From: benny at bennyvision.com (C. Bensend) Date: Sat Dec 18 09:49:01 2004 Subject: [Nagiosplug-devel] 1.4.0alpha3 on HP-UX: check_dhcp & check_icmp Message-ID: <54424.63.227.74.41.1103392095.squirrel@63.227.74.41> Hey folks, Stanley sent me a modified check_dhcp.c last night, and it built successfully on 11.00. It failed on 10.20, I think Stanley is going to take a look at this when he returns from the weekend. check_icmp isn't building on either... Andreas, do you have a little time to look at this? 11.00: http://www.bennyvision.com/projects/nagios/debug/plugins-12-18-2004-B.11.00 10.20: http://www.bennyvision.com/projects/nagios/debug/plugins-12-18-2004-B.10.20 Thanks! Benny -- "... i want to be a farting burping maniac." -- "kerry", on MentalDischarge From benoit.mortier at opensides.be Sat Dec 18 10:51:02 2004 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Sat Dec 18 10:51:02 2004 Subject: [Nagiosplug-devel] nagiosplug CVS wont' build - internat problems ? In-Reply-To: <20041218095351.GD74692@IPAustralia.Gov.AU> References: <20041218095351.GD74692@IPAustralia.Gov.AU> Message-ID: <200412181950.30767.benoit.mortier@opensides.be> Le samedi 18 D?cembre 2004 10:53, Stanley Hopcroft a ?crit?: > Dear Folks, > > All recent auto-tools; local repo copy updated; > make distclean ; tools/setup ; ./configure ; gmake > > ==> lots of good messages > > Making all in m4 > gmake[2]: Entering directory > `/usr/home/anwsmh/build/nagios-plugins_HEAD/nagiosplug/m4' > gmake[2]: Nothing to be done for `all'. > gmake[2]: Leaving directory > `/usr/home/anwsmh/build/nagios-plugins_HEAD/nagiosplug/m4' > > Making all in po > gmake[2]: Entering directory > `/usr/home/anwsmh/build/nagios-plugins_HEAD/nagiosplug/po' > rm -f fr.gmo && /usr/local/bin/msgfmt -c --statistics -o fr.gmo fr.po > /usr/local/bin/msgfmt: fr.po: warning: Charset missing in header. > Message conversion to user's > charset will not work. > /usr/local/bin/msgfmt: fr.po: headerfield `PO-Revision-Date' missing in > header i just compiled the cvs plugins without a problem, and the PO-Revision-Date is in the header > Pilot error I expect, but I can't see it; maybe I should wait ... It should be an error on your side, could you tell us more about your environment. Does something change between beta2 and beta3 Sincerely yours -- Benoit Mortier OpenSides sprl Linux Engineer From benoit.mortier at opensides.be Sat Dec 18 10:54:01 2004 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Sat Dec 18 10:54:01 2004 Subject: [Nagiosplug-devel] SNMP community in host configuration In-Reply-To: <20041218085806.1B244ABB63@www.manubulon.com> References: <20041218085806.1B244ABB63@www.manubulon.com> Message-ID: <200412181953.07702.benoit.mortier@opensides.be> Le samedi 18 D?cembre 2004 09:58, Patrick Proy a ?crit?: > Yes, but if I do the work (or part of it), maybe it will be in version > 2.1 .... Yes i am willing to test it ;-) -- Benoit Mortier OpenSides sprl Linux Engineer From ae at op5.se Sat Dec 18 12:51:00 2004 From: ae at op5.se (Andreas Ericsson) Date: Sat Dec 18 12:51:00 2004 Subject: [Nagiosplug-devel] 1.4.0alpha3 on HP-UX: check_dhcp & check_icmp In-Reply-To: <54424.63.227.74.41.1103392095.squirrel@63.227.74.41> References: <54424.63.227.74.41.1103392095.squirrel@63.227.74.41> Message-ID: <41C497F6.3070001@op5.se> C. Bensend wrote: > Hey folks, > > Stanley sent me a modified check_dhcp.c last night, and it built > successfully on 11.00. It failed on 10.20, I think Stanley is going > to take a look at this when he returns from the weekend. > > check_icmp isn't building on either... Andreas, do you have a little > time to look at this? > The seteuid(2) call doesn't seem to be available on HP-UX. I should move to using setuid(2) instead, since it will set the euid as well (at least on GNU, BSD and System V systems). You can make it build yourself by changing the line reading seteuid(uid) to setuid(uid). You can also remove the conditional geteuid code, since socket(2) will fail with EPERM if root access is needed (the plugin will then print "can't create raw socket". Cheers. > 11.00: > > http://www.bennyvision.com/projects/nagios/debug/plugins-12-18-2004-B.11.00 > > 10.20: > > http://www.bennyvision.com/projects/nagios/debug/plugins-12-18-2004-B.10.20 > > Thanks! > > Benny > > -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From noreply at sourceforge.net Sat Dec 18 17:19:54 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Dec 18 17:19:54 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1087757 ] check_mysql_slave - Test that a slave is running Message-ID: Patches item #1087757, was opened at 2004-12-19 01:17 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1087757&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Peter Romianowski (antarapero) Assigned to: Nobody/Anonymous (nobody) Summary: check_mysql_slave - Test that a slave is running Initial Comment: Hi everybody, first of all - thanks for all the nagios-plugins you provide here! I'm using a lot of them - one was "missing" though ;) Here's a "poor man's implementation" of a check_mysql_slave script that simply checks that the IO-thread and the SQL-thread of mysql-slave is running. Tested with MySQL 4.0.20. Please send all comments to pero at optivo.net since I'm not on the mailinglists. Regards Peter ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1087757&group_id=29880 From noreply at sourceforge.net Sat Dec 18 19:43:00 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Dec 18 19:43:00 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1087757 ] check_mysql_slave - Test that a slave is running Message-ID: Patches item #1087757, was opened at 2004-12-18 17:17 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1087757&group_id=29880 Category: Enhancement Group: None >Status: Closed >Resolution: Duplicate Priority: 5 Submitted By: Peter Romianowski (antarapero) >Assigned to: Matthew Kent (mattkent) Summary: check_mysql_slave - Test that a slave is running Initial Comment: Hi everybody, first of all - thanks for all the nagios-plugins you provide here! I'm using a lot of them - one was "missing" though ;) Here's a "poor man's implementation" of a check_mysql_slave script that simply checks that the IO-thread and the SQL-thread of mysql-slave is running. Tested with MySQL 4.0.20. Please send all comments to pero at optivo.net since I'm not on the mailinglists. Regards Peter ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-12-18 19:42 Message: Logged In: YES user_id=983566 Well actually I accepted a patch to add a slave check to check_mysql.c in plugins/ a few weeks back. Try a recent release and let me know if it works for you. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1087757&group_id=29880 From noreply at sourceforge.net Sun Dec 19 04:58:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Dec 19 04:58:04 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1087757 ] check_mysql_slave - Test that a slave is running Message-ID: Patches item #1087757, was opened at 2004-12-19 01:17 Message generated for change (Comment added) made by antarapero You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1087757&group_id=29880 Category: Enhancement Group: None Status: Closed Resolution: Duplicate Priority: 5 Submitted By: Peter Romianowski (antarapero) Assigned to: Matthew Kent (mattkent) Summary: check_mysql_slave - Test that a slave is running Initial Comment: Hi everybody, first of all - thanks for all the nagios-plugins you provide here! I'm using a lot of them - one was "missing" though ;) Here's a "poor man's implementation" of a check_mysql_slave script that simply checks that the IO-thread and the SQL-thread of mysql-slave is running. Tested with MySQL 4.0.20. Please send all comments to pero at optivo.net since I'm not on the mailinglists. Regards Peter ---------------------------------------------------------------------- >Comment By: Peter Romianowski (antarapero) Date: 2004-12-19 12:57 Message: Logged In: YES user_id=346105 Mhhh yes, I missed the last two releases. I thought this project was kind of abandoned... I had this script lying around and thought it would be useful. But the slave-check in check_mysql is far more useful! ;) I tested it - it works perfectly - thanks! Peter ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-12-19 03:42 Message: Logged In: YES user_id=983566 Well actually I accepted a patch to add a slave check to check_mysql.c in plugins/ a few weeks back. Try a recent release and let me know if it works for you. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1087757&group_id=29880 From nagios at proy.org Sun Dec 19 07:58:01 2004 From: nagios at proy.org (Patrick Proy) Date: Sun Dec 19 07:58:01 2004 Subject: [Nagiosplug-devel] SNMP community in host configuration In-Reply-To: <200412181953.07702.benoit.mortier@opensides.be> Message-ID: <20041219155735.97CA3AC401@www.manubulon.com> > Yes i am willing to test it ;-) > -- > Benoit Mortier OK, so here it is ! :-) Maybe this thread should now be nagios-devel ML but it started here... And it's only for test now How to patch : - it work with the CVS version of 19 Dec 2004 - in the "nagios-cvs" directory : "patch -p0 < patch_nag_snmp.patch" Note : only works with template based config files. I tested it on Linux only for now, but as nothing is platform specific, it should be OK. Here are the modified files (if a new CVS version is out) : - common/objects.c base/config.c base/nagios.c base/utils.c include/common.h include/objects.h include/nagios.h.in xdata/xodtemplate.c xdata/xodtemplate.h What it does : 1) SNMP for each host You can put snmp information in three ways : - In the host definition : snmp_version # stores snmp version snmp_login # stores snmp login (for v3) snmp_pass # stores snmp password for v3 or community for v1 None of them are compulsory of course - In the host template (will then only overwrite what's not in host definition) Same syntax - In the nagios.cfg file : snmp_login=1,,/ snmp_login=3,,,/ This is generic snmp login for networks : it will be put in the host snmp info if the host hasn't got any, and if it's address matches the network/mask definition. Mask with best precision will be chosen first. Example : snmp_login=1,private,10.100.0.0/16 snmp_login=3,login1,pass1,10.100.0.3/32 This means : - on the 10.100.0.0/16 network : v1, private - for the 10.100.0.3 host : v3 : login1, pass1 10.100.3.45 : will get v1, private 10.100.0.3 : will get v3, login1, pass1 - The information is available as macro : - $SNMPVERSION$ - $SNMPLOGIN$ - $SNMPPASS$ 2) user variables for host - Each host can have up to 10 user variables (you can put more or less, just by modifying a number in the code), specified in its definition : hostuser example : hostuser3 SomeInformation - Of course, host templates can have hostuser too. (will be put in host definition is the host doesn't have the hostuser already). - Available as macro : $HOSTUSER$ TODO : - I forgot snmp v2c : maybe 2 will be okay but it would be cleaner to have "2c". - Hostuser are from 0->9..., maybe it would be cleaner to put 1->10. Please test it and give me feedback ! Patrick nagios AT proy.org -------------- next part -------------- A non-text attachment was scrubbed... Name: patch_nag_snmp.patch Type: application/octet-stream Size: 29602 bytes Desc: not available URL: From ae at op5.se Sun Dec 19 08:34:02 2004 From: ae at op5.se (Andreas Ericsson) Date: Sun Dec 19 08:34:02 2004 Subject: [Nagiosplug-devel] SNMP community in host configuration In-Reply-To: <20041219155735.97CA3AC401@www.manubulon.com> References: <20041219155735.97CA3AC401@www.manubulon.com> Message-ID: <41C5AD3D.2020509@op5.se> Patrick Proy wrote: >>Yes i am willing to test it ;-) >>-- >>Benoit Mortier > > > OK, so here it is ! :-) > > Maybe this thread should now be nagios-devel ML but it started here... And > it's only for test now > It should have been there from the beginning. I'm cross-posting to nagios-devel now. Please continue there, as Ethan doesn't read the nagiosplug lists as carefully as he does the nagios-devel one. > How to patch : > - it work with the CVS version of 19 Dec 2004 > - in the "nagios-cvs" directory : "patch -p0 < patch_nag_snmp.patch" > > Note : only works with template based config files. > That's the only kind available, so that should be just fine. > I tested it on Linux only for now, but as nothing is platform specific, it > should be OK. > Here are the modified files (if a new CVS version is out) : > - common/objects.c base/config.c base/nagios.c base/utils.c include/common.h > include/objects.h include/nagios.h.in xdata/xodtemplate.c > xdata/xodtemplate.h > > > What it does : > > 1) SNMP for each host > > You can put snmp information in three ways : > - In the host definition : > snmp_version # stores snmp version > snmp_login # stores snmp login (for v3) > snmp_pass # stores snmp password for v3 or community for > v1 Why not throw in snmp_community as well, and save the users the need to ask where to put it (users don't read documentation; That's just the way it is). > None of them are compulsory of course > - In the host template (will then only overwrite what's not in host > definition) > Same syntax > This would more or less be expected, naturally. > - In the nagios.cfg file : > snmp_login=1,,/ > snmp_login=3,,,/ > > This is generic snmp login for networks : it will be put in the host > snmp info if the host hasn't got any, and if it's address matches the > network/mask definition. Mask with best precision will be chosen first. > Example : > snmp_login=1,private,10.100.0.0/16 > snmp_login=3,login1,pass1,10.100.0.3/32 > I don't think it's a very good idea to involve snmp configuration in the nagios.cfg file, for a couple of reasons. 1) It will fail miserably if the address field consists of a hostname instead of an ip-address. Having nagios resolve domain names wouldn't be a good idea (for obvious reasons). Using templates should definitely be enough. 2) The syntax is a bit stupid. Why add a config file entry for 65535 hosts in one place when it could just as easily be in a template? With that many hosts using roughly the same settings you would most likely want to set up the templates good and properly anyways. 3) If nagios ever decides to add it's own MIB so that other programs can query it via SNMP, it will cause legacy clashes and users won't know where to configure what. I believe it would be prudent to simply drop this second way of configuring things and sticking to keeping it in the host object definition (which is a very good idea). > This means : > - on the 10.100.0.0/16 network : v1, private > - for the 10.100.0.3 host : v3 : login1, pass1 > > 10.100.3.45 : will get v1, private > 10.100.0.3 : will get v3, login1, pass1 > > - The information is available as macro : > - $SNMPVERSION$ > - $SNMPLOGIN$ > - $SNMPPASS$ > > > 2) user variables for host > > - Each host can have up to 10 user variables (you can put more or less, just > by modifying a number in the code), specified in its definition : > hostuser > > example : > hostuser3 SomeInformation > > - Of course, host templates can have hostuser too. (will be put in host > definition is the host doesn't have the hostuser already). > > - Available as macro : > $HOSTUSER$ > The intuitive connection between the name 'hostuser' and what I think it would most likely represent clashes a bit with the way contacts work (john, mike and joe are users, and they're responsible for the web-* servers, f.e.). I would really prefer if they were named "hostmacro" instead. Ofcourse, the presence of hostmacros sort of voids the necessity for the snmp_* variables, but the decision is Ethan's, so I can only air my opinions. > TODO : > - I forgot snmp v2c : maybe 2 will be okay but it would be cleaner to have > "2c". > - Hostuser are from 0->9..., maybe it would be cleaner to put 1->10. > The nagios core can have lenient parsing of the version string and make 2c parse as 2 (it will anyway if fed to strtoul()), so that shouldn't be a problem. 1->10 is cleaner and consistent with how things work now. > > Please test it and give me feedback ! > > > Patrick > nagios AT proy.org -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From noreply at sourceforge.net Sun Dec 19 12:47:03 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Dec 19 12:47:03 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1087087 ] compile error in check_http.c in 1.4alpha3 Message-ID: Bugs item #1087087, was opened at 2004-12-17 14:53 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1087087&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 7 Submitted By: madhamster (madhamster) Assigned to: Ton Voon (tonvoon) Summary: compile error in check_http.c in 1.4alpha3 Initial Comment: Using the exact same PATH as I compile 1.3.1 and 1.4alpha2, I cannot get 1.4alpha3 to compile (1.3.1 and 1.4alpha2 compiled just fine). The './configure' ran normally, but I get errors after I run 'make' during compile time when it gets to 1.4alpha3's check_http.c: <--snip--> if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_dummy.o -MD -MP -MF ".deps/check_dummy.Tpo" -c -o check_dummy.o check_dummy.c; then mv -f ".deps/check_dummy.Tpo" ".deps/check_dummy.Po"; else rm -f ".deps/check_dummy.Tpo"; exit 1; fi gcc -g -O2 -L. -o check_dummy check_dummy.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -lssl -lcrypto if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP -MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins-1.4.0-alpha3/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins-1.4.0-alpha3' make: *** [all] Error 2 <--snip--> ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-12-19 20:46 Message: Logged In: YES user_id=664364 Madhamster, Sorry, the config.log is not attached. Can you try again? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-18 07:42 Message: Logged In: YES user_id=1179843 This is my PATH: /usr/local/bin:/usr/local/sbin:/usr/local/ssl:/usr/kerberos/sbin:/usr/kerberos/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/bin/X11:/usr/X11R6/bin The config.log is attached. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-18 04:50 Message: Logged In: YES user_id=664364 Madhamster, I made a change to the way SSL libraries were picked up, so that may have broken this. Can you send your config.log and configure output please. What is your PATH setting? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-17 20:48 Message: Logged In: YES user_id=1179843 Just to clarify, this is on a RedHat EL 3 machine. 1.3.1 and 1.4alpha2 plug-ins compile just fine, but 1.4alpha3 does not. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1087087&group_id=29880 From tonvoon at mac.com Sun Dec 19 13:02:01 2004 From: tonvoon at mac.com (Ton Voon) Date: Sun Dec 19 13:02:01 2004 Subject: [Nagiosplug-devel] nagiosplug CVS wont' build - internat problems ? In-Reply-To: <200412181950.30767.benoit.mortier@opensides.be> References: <20041218095351.GD74692@IPAustralia.Gov.AU> <200412181950.30767.benoit.mortier@opensides.be> Message-ID: <1D12A5F6-5201-11D9-932A-000A95D47298@mac.com> On 18 Dec 2004, at 18:50, Benoit Mortier wrote: > Le samedi 18 D?cembre 2004 10:53, Stanley Hopcroft a ?crit?: >> Dear Folks, >> >> All recent auto-tools; local repo copy updated; >> make distclean ; tools/setup ; ./configure ; gmake >> >> ==> lots of good messages >> >> Making all in m4 >> gmake[2]: Entering directory >> `/usr/home/anwsmh/build/nagios-plugins_HEAD/nagiosplug/m4' >> gmake[2]: Nothing to be done for `all'. >> gmake[2]: Leaving directory >> `/usr/home/anwsmh/build/nagios-plugins_HEAD/nagiosplug/m4' >> >> Making all in po >> gmake[2]: Entering directory >> `/usr/home/anwsmh/build/nagios-plugins_HEAD/nagiosplug/po' >> rm -f fr.gmo && /usr/local/bin/msgfmt -c --statistics -o fr.gmo fr.po >> /usr/local/bin/msgfmt: fr.po: warning: Charset missing in header. >> Message conversion to user's >> charset will not work. >> /usr/local/bin/msgfmt: fr.po: headerfield `PO-Revision-Date' missing >> in >> header > > i just compiled the cvs plugins without a problem, and the > PO-Revision-Date > is in the header > Stanley, Sometimes I get problems with the translation files. In those cases, I just remove the *.po files and then a cvs update pulls in the latest stuff. Does that work for you? Ton From benoit.mortier at opensides.be Sun Dec 19 13:49:02 2004 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Sun Dec 19 13:49:02 2004 Subject: [Nagiosplug-devel] nagiosplug CVS wont' build - internat problems ? In-Reply-To: <1D12A5F6-5201-11D9-932A-000A95D47298@mac.com> References: <20041218095351.GD74692@IPAustralia.Gov.AU> <200412181950.30767.benoit.mortier@opensides.be> <1D12A5F6-5201-11D9-932A-000A95D47298@mac.com> Message-ID: <200412192248.22853.benoit.mortier@opensides.be> Le dimanche 19 D?cembre 2004 22:01, Ton Voon a ?crit?: > On 18 Dec 2004, at 18:50, Benoit Mortier wrote: > > Le samedi 18 D?cembre 2004 10:53, Stanley Hopcroft a ?crit?: > >> Dear Folks, > >> > >> All recent auto-tools; local repo copy updated; > >> make distclean ; tools/setup ; ./configure ; gmake > >> > >> ==> lots of good messages > >> > >> Making all in m4 > >> gmake[2]: Entering directory > >> `/usr/home/anwsmh/build/nagios-plugins_HEAD/nagiosplug/m4' > >> gmake[2]: Nothing to be done for `all'. > >> gmake[2]: Leaving directory > >> `/usr/home/anwsmh/build/nagios-plugins_HEAD/nagiosplug/m4' > >> > >> Making all in po > >> gmake[2]: Entering directory > >> `/usr/home/anwsmh/build/nagios-plugins_HEAD/nagiosplug/po' > >> rm -f fr.gmo && /usr/local/bin/msgfmt -c --statistics -o fr.gmo fr.po > >> /usr/local/bin/msgfmt: fr.po: warning: Charset missing in header. > >> Message conversion to user's > >> charset will not work. > >> /usr/local/bin/msgfmt: fr.po: headerfield `PO-Revision-Date' missing > >> in > >> header > > > > i just compiled the cvs plugins without a problem, and the > > PO-Revision-Date > > is in the header > > Stanley, > > Sometimes I get problems with the translation files. In those cases, I > just remove the *.po files and then a cvs update pulls in the latest > stuff. Does that work for you? Can you explain to me what kind of problem you got ?? I will investigate that if i get more info.. -- Benoit Mortier OpenSides sprl Linux Engineer From nagios at proy.org Sun Dec 19 14:29:12 2004 From: nagios at proy.org (Patrick Proy) Date: Sun Dec 19 14:29:12 2004 Subject: [Nagiosplug-devel] SNMP community in host configuration In-Reply-To: <41C5AD3D.2020509@op5.se> Message-ID: <20041219222829.200B4AB6E3@www.manubulon.com> Hi, Thanks for your feedback ! It was a long post... > [mailto:nagiosplug-devel-admin at lists.sourceforge.net] De la > part de Andreas Ericsson > It should have been there from the beginning. I'm > cross-posting to nagios-devel now. Please continue there, as > Ethan doesn't read the nagiosplug lists as carefully as he > does the nagios-devel one. > So last cross posting at nagiosplug-devel, thread will continue at nagios-devel only. (It made sense at the beginning to put it in nagiosplug-devel...) > Why not throw in snmp_community as well, and save the users > the need to ask where to put it (users don't read > documentation; That's just the way it is). Good idea (and not much work, so great idea !). > I don't think it's a very good idea to involve snmp > configuration in the nagios.cfg file, for a couple of reasons. > 1) It will fail miserably if the address field consists of a > hostname instead of an ip-address. >[....] I agree with this, but there could be some examples in nagios.cfg-template so nobody will put host names. > 2) The syntax is a bit stupid. Why add a config file entry > for 65535 hosts in one place when it could just as easily be > in a template? With that many hosts using roughly the same > settings you would most likely want to set up the templates > good and properly anyways. The first idea is that large network ranges have the same snmp community except some hosts or networks, and that case is also being taken care of. The second is that I think it's easy to do like this instead of using templates. The templates are only here as bonus (the way it's done by xodtemplate.c makes it automatic), and I like this way of doing it. > 3) If nagios ever decides to add it's own MIB so that other > programs can query it via SNMP, it will cause legacy clashes > and users won't know where to configure what. In this case, the label "snmp_login" can be changed to more explicit one. > I believe it would be prudent to simply drop this second way > of configuring things and sticking to keeping it in the host > object definition (which is a very good idea). I also believe it's a very good idea :-) , and I think it makes sense to be able to do it both ways. > The intuitive connection between the name 'hostuser' and what > I think it would most likely represent clashes a bit with the > way contacts work (john, mike and joe are users, and they're > responsible for the web-* servers, f.e.). I would really > prefer if they were named "hostmacro" instead. That's true, and can be easely changed (so another great idea). > Ofcourse, the presence of hostmacros sort of voids the > necessity for the snmp_* variables [....] I first wanted only to do HOSTUSER (or snmp_*) macros, but the main work was to follow the configuration in Nagios, so I did both, and now I'm waiting for feedback from users and fomr Nagios developpers. As my first aim was to do something with snmp, I've done something more specific with it. > > 1->10 is cleaner and consistent with how things work now. It's in the TODO. I'm waiting for feedbacks (from users and nagios developpers) before going further on. Patrick nagios AT proy.org From noreply at sourceforge.net Sun Dec 19 19:42:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Dec 19 19:42:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1087087 ] compile error in check_http.c in 1.4alpha3 Message-ID: Bugs item #1087087, was opened at 2004-12-17 08:53 Message generated for change (Comment added) made by madhamster You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1087087&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 7 Submitted By: madhamster (madhamster) Assigned to: Ton Voon (tonvoon) Summary: compile error in check_http.c in 1.4alpha3 Initial Comment: Using the exact same PATH as I compile 1.3.1 and 1.4alpha2, I cannot get 1.4alpha3 to compile (1.3.1 and 1.4alpha2 compiled just fine). The './configure' ran normally, but I get errors after I run 'make' during compile time when it gets to 1.4alpha3's check_http.c: <--snip--> if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_dummy.o -MD -MP -MF ".deps/check_dummy.Tpo" -c -o check_dummy.o check_dummy.c; then mv -f ".deps/check_dummy.Tpo" ".deps/check_dummy.Po"; else rm -f ".deps/check_dummy.Tpo"; exit 1; fi gcc -g -O2 -L. -o check_dummy check_dummy.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -lssl -lcrypto if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP -MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins-1.4.0-alpha3/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins-1.4.0-alpha3' make: *** [all] Error 2 <--snip--> ---------------------------------------------------------------------- >Comment By: madhamster (madhamster) Date: 2004-12-19 21:41 Message: Logged In: YES user_id=1179843 I browsed to teh file, and checked the "Check to Upload and Attach a File" checkbox and clicked "submit changes"... Isn't that all I need to do? ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-19 14:46 Message: Logged In: YES user_id=664364 Madhamster, Sorry, the config.log is not attached. Can you try again? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-18 01:42 Message: Logged In: YES user_id=1179843 This is my PATH: /usr/local/bin:/usr/local/sbin:/usr/local/ssl:/usr/kerberos/sbin:/usr/kerberos/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/bin/X11:/usr/X11R6/bin The config.log is attached. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-17 22:50 Message: Logged In: YES user_id=664364 Madhamster, I made a change to the way SSL libraries were picked up, so that may have broken this. Can you send your config.log and configure output please. What is your PATH setting? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-17 14:48 Message: Logged In: YES user_id=1179843 Just to clarify, this is on a RedHat EL 3 machine. 1.3.1 and 1.4alpha2 plug-ins compile just fine, but 1.4alpha3 does not. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1087087&group_id=29880 From Stanley.Hopcroft at IPAustralia.Gov.AU Mon Dec 20 00:58:02 2004 From: Stanley.Hopcroft at IPAustralia.Gov.AU (Stanley Hopcroft) Date: Mon Dec 20 00:58:02 2004 Subject: [Nagiosplug-devel] nagiosplug CVS wont' build - internat problems ? In-Reply-To: <200412192248.22853.benoit.mortier@opensides.be> References: <20041218095351.GD74692@IPAustralia.Gov.AU> <200412181950.30767.benoit.mortier@opensides.be> <1D12A5F6-5201-11D9-932A-000A95D47298@mac.com> <200412192248.22853.benoit.mortier@opensides.be> Message-ID: <20041220085644.GC33144@IPAustralia.Gov.AU> Dear Sir, I am writing to thank you for your letter and say, On Sun, Dec 19, 2004 at 10:48:21PM +0100, Benoit Mortier wrote: > > Stanley, > > > > Sometimes I get problems with the translation files. In those cases, I > > just remove the *.po files and then a cvs update pulls in the latest > > stuff. Does that work for you? > Rrrr ! I failed to read your letter properly so I couldn't say if this would help (will try to remember for 'next time'). After trashing my repo copy and a new co, all is well ... > Can you explain to me what kind of problem you got ?? > > I will investigate that if i get more info.. > Sorry for the noise. > Benoit Mortier > OpenSides sprl > Linux Engineer > Yours sincerely. -- Stanley Hopcroft IP Australia Ph: (02) 6283 3189 Fax: (02) 6281 1353 PO Box 200 Woden ACT 2606 http://www.ipaustralia.gov.au -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: disclaimer.txt URL: From subash.rajan at wipro.com Mon Dec 20 04:03:12 2004 From: subash.rajan at wipro.com (subash.rajan at wipro.com) Date: Mon Dec 20 04:03:12 2004 Subject: [Nagiosplug-devel] Installation of NRPE and Plugins on IBM AIX Message-ID: <3AF8AC915483CD43BFD4377B240EACD4012B54FB@blr-ec-msg05.wipro.com> Hi, With related to the above subject I have few queries for which I need your suggestions. We are using Nagios Verion 1.2 for Monitoring servers running Windows NT, Windows 2003 and Linux Operating Systems. Additionally we are monitoring network devices which are Wireless Access Points and Switches. We would like to include few Unix Servers running IBM AIX for monitoring. The Maintenance Level of the AIX OS is 5.2.0.0. We have downloaded the nrpe-2.0 and Nagios-Plugins-1.3.1 from Nagios site and installed on the AIX system. We could successfully install and compile NRPE, started the daemon and verified that nagios server is able to communicate to the port 5666 of the AIX server. But we have problem in installing and compiling Nagios-Plugins. I have attached the error output while compiling plugins. The files attached are the outputs for the commands './configure' 'make all' and 'make install' from the directory /usr/local/nagios/nagios-plugins-1.3.1/plugins. Requesting you to investigate the problem and provide your feedback. Awaiting yout response, Thanks and Regards, Subash Rajan. Wipro Technologies. Bangalore. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: Plugins-configure.txt URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: Plugins-makeall.txt URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: Plugins-makeinstall.txt URL: From emartine at bsd.uchicago.edu Mon Dec 20 04:03:13 2004 From: emartine at bsd.uchicago.edu (Eduardo Martinez) Date: Mon Dec 20 04:03:13 2004 Subject: [Nagiosplug-devel] Correct Syntax Message-ID: <41C35388.6050905@bsd.uchicago.edu> Does anyone know the correct syntax for the plugin nagios_check_temps for checking temperature/fans etc. on power edge servers? I am having some problems trying to get the check to work correctly. Dell OpenManage is installed an working. Any help would be greatly appreciated. Thanks, -Eduardo Martinez From pasi.tiittanen at tukesoft.com Mon Dec 20 04:03:14 2004 From: pasi.tiittanen at tukesoft.com (Pasi Tiittanen) Date: Mon Dec 20 04:03:14 2004 Subject: [Nagiosplug-devel] check_dns.c (nagiosplug) small fix Message-ID: <41C644C7.1090207@tukesoft.com> Hi, in RH8.0 with bind-utils-9.2.1-9 I get error text "Couldn't find server" when I give wrong dns name. like # nslookup -sil www.yahoo.com wrong.name.fi nslookup: Couldn't find server 'wrong.name.fi': Name or service not known now: in check_dns.c line 240 is /* Host or domain name does not exist */ else if (strstr (input_buffer, "Non-existent") || strstr (input_buffer, "** server can't find") || strstr (input_buffer,"NXDOMAIN")) die (STATE_CRITICAL, _("Domain %s was not found by the server\n"), query_address); new: /* Host or domain name does not exist */ else if (strstr (input_buffer, "Non-existent") || strstr (input_buffer, "** server can't find") || strstr (input_buffer, "Couldn't find server") || strstr (input_buffer,"NXDOMAIN")) die (STATE_CRITICAL, _("Domain %s was not found by the server\n"), query_address); -- Pasi Tiittanen pti at iki.fi From jr534 at columbia.edu Mon Dec 20 11:21:01 2004 From: jr534 at columbia.edu (John Rodriguez) Date: Mon Dec 20 11:21:01 2004 Subject: [Nagiosplug-devel] misleading "Error: Could not complete SSL handshake" message? Message-ID: <200412201756.iBKHu2Ej003189@bear.cs.columbia.edu> When configuring Nagios to use the nrpe plugin for remote monitoring, I received an error saying "Error: Could not complete SSL handshake" After querying the Nagios FAQ database and several online bulletin boards, the problem remained. I then compared my nrpe.cfg to a sample one online, and noticed that the ALLOWED_HOST_ADDRESS are delimited without spaces. My problem was listing the ips as such: xxx.xxx.xxx.xxx, xxx.xxx.xxx.xxx as opposed to xxx.xxx.xxx.xxx,xxx.xxx.xxx.xxx Is this the intended behavior? Is a rudimentary check for proper configuration formatting in order? The error logs in debug mode aren't very helpful in recognizing this possible misconfiguration. Just passing along my findings, hope they prove helpful. -John ---------------------------------------- John Rodriguez New Media Associate Columbia Center for New Media Teaching and Learning (CCNMTL) jr534 at columbia.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From ae at op5.se Mon Dec 20 13:26:05 2004 From: ae at op5.se (Andreas Ericsson) Date: Mon Dec 20 13:26:05 2004 Subject: [Nagiosplug-devel] misleading "Error: Could not complete SSL handshake" message? In-Reply-To: <200412201756.iBKHu2Ej003189@bear.cs.columbia.edu> References: <200412201756.iBKHu2Ej003189@bear.cs.columbia.edu> Message-ID: <41C74352.8010301@op5.se> John Rodriguez wrote: > When configuring Nagios to use the nrpe plugin for remote monitoring, I > received an error saying > > "Error: Could not complete SSL handshake" > > After querying the Nagios FAQ database and several online bulletin boards, > the problem remained. I then compared my nrpe.cfg to a sample one online, > and noticed that the ALLOWED_HOST_ADDRESS are delimited without spaces. > > > > My problem was listing the ips as such: > > xxx.xxx.xxx.xxx, xxx.xxx.xxx.xxx > > as opposed to > > xxx.xxx.xxx.xxx,xxx.xxx.xxx.xxx > > > > Is this the intended behavior? Is a rudimentary check for proper > configuration formatting in order? The error logs in debug mode aren't very > helpful in recognizing this possible misconfiguration. > It's been fixed in cvs already. > > > Just passing along my findings, hope they prove helpful. > > > > -John > > ---------------------------------------- > > John Rodriguez > > New Media Associate > > Columbia Center for New Media Teaching and Learning (CCNMTL) > > jr534 at columbia.edu > > > > -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From noreply at sourceforge.net Mon Dec 20 13:44:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Dec 20 13:44:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1087087 ] compile error in check_http.c in 1.4alpha3 Message-ID: Bugs item #1087087, was opened at 2004-12-17 14:53 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1087087&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 7 Submitted By: madhamster (madhamster) Assigned to: Ton Voon (tonvoon) Summary: compile error in check_http.c in 1.4alpha3 Initial Comment: Using the exact same PATH as I compile 1.3.1 and 1.4alpha2, I cannot get 1.4alpha3 to compile (1.3.1 and 1.4alpha2 compiled just fine). The './configure' ran normally, but I get errors after I run 'make' during compile time when it gets to 1.4alpha3's check_http.c: <--snip--> if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_dummy.o -MD -MP -MF ".deps/check_dummy.Tpo" -c -o check_dummy.o check_dummy.c; then mv -f ".deps/check_dummy.Tpo" ".deps/check_dummy.Po"; else rm -f ".deps/check_dummy.Tpo"; exit 1; fi gcc -g -O2 -L. -o check_dummy check_dummy.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -lssl -lcrypto if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP -MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins-1.4.0-alpha3/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins-1.4.0-alpha3' make: *** [all] Error 2 <--snip--> ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-12-20 21:43 Message: Logged In: YES user_id=664364 Madhamster, Got the config.log thanks. I think I've found the problem where I removed a check because I thought it was unnecessary. I've added it back in again now - can you try the snapshot at http://nagiosplug.sf.net/ snapshot (in a few hours). p.s. Do you have a real name to add to our list of contributors? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-20 03:41 Message: Logged In: YES user_id=1179843 I browsed to teh file, and checked the "Check to Upload and Attach a File" checkbox and clicked "submit changes"... Isn't that all I need to do? ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-19 20:46 Message: Logged In: YES user_id=664364 Madhamster, Sorry, the config.log is not attached. Can you try again? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-18 07:42 Message: Logged In: YES user_id=1179843 This is my PATH: /usr/local/bin:/usr/local/sbin:/usr/local/ssl:/usr/kerberos/sbin:/usr/kerberos/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/bin/X11:/usr/X11R6/bin The config.log is attached. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-18 04:50 Message: Logged In: YES user_id=664364 Madhamster, I made a change to the way SSL libraries were picked up, so that may have broken this. Can you send your config.log and configure output please. What is your PATH setting? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-17 20:48 Message: Logged In: YES user_id=1179843 Just to clarify, this is on a RedHat EL 3 machine. 1.3.1 and 1.4alpha2 plug-ins compile just fine, but 1.4alpha3 does not. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1087087&group_id=29880 From tonvoon at mac.com Mon Dec 20 13:49:02 2004 From: tonvoon at mac.com (Ton Voon) Date: Mon Dec 20 13:49:02 2004 Subject: [Nagiosplug-devel] Installation of NRPE and Plugins on IBM AIX In-Reply-To: <3AF8AC915483CD43BFD4377B240EACD4012B54FB@blr-ec-msg05.wipro.com> References: <3AF8AC915483CD43BFD4377B240EACD4012B54FB@blr-ec-msg05.wipro.com> Message-ID: Subash, We are not maintaining release 1.3.1 much any more. Please try the 1.4alpha2 release - there have been reports of successful compiles on AIX. Ton On 17 Dec 2004, at 04:27, subash.rajan at wipro.com wrote: > Hi, > ? > With related to the above subject I have few queries for which I need > your suggestions. > ? > We are using Nagios Verion 1.2 for Monitoring servers running Windows > NT, Windows 2003 and Linux Operating Systems. > Additionally we are monitoring network devices which are Wireless > Access Points and Switches. > ? > We would like to include few Unix Servers running IBM AIX for > monitoring. > The Maintenance Level of the AIX OS is 5.2.0.0. > ? > We have downloaded the nrpe-2.0 and Nagios-Plugins-1.3.1 from Nagios > site and installed on the AIX system. > We could successfully install and compile NRPE, started the daemon and > verified that nagios server is able to communicate to the port 5666 of > the AIX server. > ? > But we have problem in installing and compiling Nagios-Plugins. I have > attached the?error output while?compiling?plugins. > ? > The files attached are the outputs for the commands './configure' > 'make all' and 'make install' from the directory > /usr/local/nagios/nagios-plugins-1.3.1/plugins. > ? > Requesting you to investigate the problem and provide your feedback. > ? > Awaiting yout response, > ? > ? > Thanks and Regards, > ? > Subash Rajan. > Wipro Technologies. > Bangalore. > ? > ? > -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 3627 bytes Desc: not available URL: From noreply at sourceforge.net Mon Dec 20 14:23:10 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Dec 20 14:23:10 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1086739 ] check_nagios anomoly with 1.4 vs. 1.3.1 Message-ID: Bugs item #1086739, was opened at 2004-12-16 21:41 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1086739&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: madhamster (madhamster) Assigned to: Ton Voon (tonvoon) Summary: check_nagios anomoly with 1.4 vs. 1.3.1 Initial Comment: When using check_nagios 1.3.1 and the check_nagios command from either the commandline or from the cgi.cfg (/usr/local/nagios/libexec/check_nagios /usr/local/nagios/var/status.log 5 '/usr/local/nagios/bin/nagios'), the "nagios" process can be found just fine. However, when using the 1.4alpha2 plug-ins, the check_nagios binary will only return a correct answer with /usr/local/nagios/libexec/check_nagios /usr/local/nagios/var/status.log 5 'nagios' (only "nagios" being passed to the "ps" command). Is the ps command being invoked in a different way between the 1.3.1 and 1.4alpha2 check_nagios binaries? I would try with 1.4alpha3, but I cannot get it to complie as of yet, although I just successfully recompiled 1.4alpha2 and 1.3.1... ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-12-20 22:22 Message: Logged In: YES user_id=664364 Madhamster, After looking at the code (and two commits), have managed to restore the original functionality. The -C flag will do a substring search based on the process arguments, not the short command name. Can you try the snapshot to see if this works correctly. Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-17 14:28 Message: Logged In: YES user_id=1179843 I just wanted to make sure that things were working the way you intended them to. I didn't know if the short name would impact the reliability (and I am pretty sure it won't). The cgi.cfg-sample file's nagios_check_command line (with nagios 1.1 and 1.2) references the full path for the nagios_check plug-in- and when i upgraded the plug-ins from 1.3.1 to 1.4alpha2, the nagios_check suddenly stopped working as I had expected it to. According to the 1.4alpha2 nagios_check --help, the -C still expects the full path as opposed to the short name. You may want to change that. Also, with Nasios 2 is released, you may want the cgi-cfg-sample's nagios_check_command to reference just teh short name if the new plug-ins are going to work this way... Just a thought. And , great work on the software. You are helping us save a lot of time a see problems before the users do! ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-17 07:15 Message: Logged In: YES user_id=664364 Madhamster, Thanks for the report. Yes, check_nagios has had a change in 1.4 as it now uses the same information that check_procs uses. However, check_procs has had -C changed so that it only reports the shortname of the command (without the full path). This is for consistency because some OS only return the short path in their ps output. Unfortunately, this has affected check_nagios. Is it sufficient to check just the shortname? Alternatively, we could check the args output, which would be the full output including argument values. Do you have an opinion? Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1086739&group_id=29880 From noreply at sourceforge.net Mon Dec 20 17:52:00 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Dec 20 17:52:00 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1087087 ] compile error in check_http.c in 1.4alpha3 Message-ID: Bugs item #1087087, was opened at 2004-12-17 08:53 Message generated for change (Comment added) made by madhamster You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1087087&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 7 Submitted By: madhamster (madhamster) Assigned to: Ton Voon (tonvoon) Summary: compile error in check_http.c in 1.4alpha3 Initial Comment: Using the exact same PATH as I compile 1.3.1 and 1.4alpha2, I cannot get 1.4alpha3 to compile (1.3.1 and 1.4alpha2 compiled just fine). The './configure' ran normally, but I get errors after I run 'make' during compile time when it gets to 1.4alpha3's check_http.c: <--snip--> if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_dummy.o -MD -MP -MF ".deps/check_dummy.Tpo" -c -o check_dummy.o check_dummy.c; then mv -f ".deps/check_dummy.Tpo" ".deps/check_dummy.Po"; else rm -f ".deps/check_dummy.Tpo"; exit 1; fi gcc -g -O2 -L. -o check_dummy check_dummy.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -lssl -lcrypto if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP -MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins-1.4.0-alpha3/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins-1.4.0-alpha3' make: *** [all] Error 2 <--snip--> ---------------------------------------------------------------------- >Comment By: madhamster (madhamster) Date: 2004-12-20 19:51 Message: Logged In: YES user_id=1179843 Ton, Still had a problem compiling: if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ - DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl - I/usr/include/ldap -I/include -I/include - I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP - MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins- HEAD-200412201747/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins- HEAD-200412201747' make: *** [all] Error 2 The config.log should be attached... My real name is below so you can add me to the list of contributors. --Paul Wiggins ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-20 15:43 Message: Logged In: YES user_id=664364 Madhamster, Got the config.log thanks. I think I've found the problem where I removed a check because I thought it was unnecessary. I've added it back in again now - can you try the snapshot at http://nagiosplug.sf.net/ snapshot (in a few hours). p.s. Do you have a real name to add to our list of contributors? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-19 21:41 Message: Logged In: YES user_id=1179843 I browsed to teh file, and checked the "Check to Upload and Attach a File" checkbox and clicked "submit changes"... Isn't that all I need to do? ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-19 14:46 Message: Logged In: YES user_id=664364 Madhamster, Sorry, the config.log is not attached. Can you try again? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-18 01:42 Message: Logged In: YES user_id=1179843 This is my PATH: /usr/local/bin:/usr/local/sbin:/usr/local/ssl:/usr/kerberos/sbin:/usr/kerberos/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/bin/X11:/usr/X11R6/bin The config.log is attached. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-17 22:50 Message: Logged In: YES user_id=664364 Madhamster, I made a change to the way SSL libraries were picked up, so that may have broken this. Can you send your config.log and configure output please. What is your PATH setting? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-17 14:48 Message: Logged In: YES user_id=1179843 Just to clarify, this is on a RedHat EL 3 machine. 1.3.1 and 1.4alpha2 plug-ins compile just fine, but 1.4alpha3 does not. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1087087&group_id=29880 From noreply at sourceforge.net Mon Dec 20 17:53:07 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Dec 20 17:53:07 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1087087 ] compile error in check_http.c in 1.4alpha3 Message-ID: Bugs item #1087087, was opened at 2004-12-17 08:53 Message generated for change (Comment added) made by madhamster You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1087087&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 7 Submitted By: madhamster (madhamster) Assigned to: Ton Voon (tonvoon) Summary: compile error in check_http.c in 1.4alpha3 Initial Comment: Using the exact same PATH as I compile 1.3.1 and 1.4alpha2, I cannot get 1.4alpha3 to compile (1.3.1 and 1.4alpha2 compiled just fine). The './configure' ran normally, but I get errors after I run 'make' during compile time when it gets to 1.4alpha3's check_http.c: <--snip--> if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_dummy.o -MD -MP -MF ".deps/check_dummy.Tpo" -c -o check_dummy.o check_dummy.c; then mv -f ".deps/check_dummy.Tpo" ".deps/check_dummy.Po"; else rm -f ".deps/check_dummy.Tpo"; exit 1; fi gcc -g -O2 -L. -o check_dummy check_dummy.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -lssl -lcrypto if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP -MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins-1.4.0-alpha3/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins-1.4.0-alpha3' make: *** [all] Error 2 <--snip--> ---------------------------------------------------------------------- >Comment By: madhamster (madhamster) Date: 2004-12-20 19:52 Message: Logged In: YES user_id=1179843 Oh, I forgot to mention, the error was compiling the nagios- plugins-HEAD-200412201747.tar.gz snapshot. Was that the correct one? ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-20 19:51 Message: Logged In: YES user_id=1179843 Ton, Still had a problem compiling: if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ - DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl - I/usr/include/ldap -I/include -I/include - I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP - MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins- HEAD-200412201747/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins- HEAD-200412201747' make: *** [all] Error 2 The config.log should be attached... My real name is below so you can add me to the list of contributors. --Paul Wiggins ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-20 15:43 Message: Logged In: YES user_id=664364 Madhamster, Got the config.log thanks. I think I've found the problem where I removed a check because I thought it was unnecessary. I've added it back in again now - can you try the snapshot at http://nagiosplug.sf.net/ snapshot (in a few hours). p.s. Do you have a real name to add to our list of contributors? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-19 21:41 Message: Logged In: YES user_id=1179843 I browsed to teh file, and checked the "Check to Upload and Attach a File" checkbox and clicked "submit changes"... Isn't that all I need to do? ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-19 14:46 Message: Logged In: YES user_id=664364 Madhamster, Sorry, the config.log is not attached. Can you try again? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-18 01:42 Message: Logged In: YES user_id=1179843 This is my PATH: /usr/local/bin:/usr/local/sbin:/usr/local/ssl:/usr/kerberos/sbin:/usr/kerberos/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/bin/X11:/usr/X11R6/bin The config.log is attached. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-17 22:50 Message: Logged In: YES user_id=664364 Madhamster, I made a change to the way SSL libraries were picked up, so that may have broken this. Can you send your config.log and configure output please. What is your PATH setting? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-17 14:48 Message: Logged In: YES user_id=1179843 Just to clarify, this is on a RedHat EL 3 machine. 1.3.1 and 1.4alpha2 plug-ins compile just fine, but 1.4alpha3 does not. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1087087&group_id=29880 From noreply at sourceforge.net Mon Dec 20 18:05:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Dec 20 18:05:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1086739 ] check_nagios anomoly with 1.4 vs. 1.3.1 Message-ID: Bugs item #1086739, was opened at 2004-12-16 15:41 Message generated for change (Comment added) made by madhamster You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1086739&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: madhamster (madhamster) Assigned to: Ton Voon (tonvoon) Summary: check_nagios anomoly with 1.4 vs. 1.3.1 Initial Comment: When using check_nagios 1.3.1 and the check_nagios command from either the commandline or from the cgi.cfg (/usr/local/nagios/libexec/check_nagios /usr/local/nagios/var/status.log 5 '/usr/local/nagios/bin/nagios'), the "nagios" process can be found just fine. However, when using the 1.4alpha2 plug-ins, the check_nagios binary will only return a correct answer with /usr/local/nagios/libexec/check_nagios /usr/local/nagios/var/status.log 5 'nagios' (only "nagios" being passed to the "ps" command). Is the ps command being invoked in a different way between the 1.3.1 and 1.4alpha2 check_nagios binaries? I would try with 1.4alpha3, but I cannot get it to complie as of yet, although I just successfully recompiled 1.4alpha2 and 1.3.1... ---------------------------------------------------------------------- >Comment By: madhamster (madhamster) Date: 2004-12-20 20:04 Message: Logged In: YES user_id=1179843 Ton, In order to check this out, I am guessing we have to get the 1.4alpha3 or the current snapshot working with the check_http? The reason I ask, is I tried copying over check_nagios.c to 1.4alpha2 (since I can get it to compile) and now, I get an error when it gets to check_nagios: gcc -g -O2 -L. -L/usr/lib -o check_procs check_procs.o utils.o ../lib/libnagiosplug.a popen.o source='check_nagios.c' object='check_nagios.o' libtool=no depfile='.deps/check_nagios.Po' tmpdepfile='.deps/check_nagios.TPo' depmode=gcc3 /bin/sh ../depcomp gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ - DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl - I/usr/include/ldap -I/include -I/usr/include -I/include - I/usr/kerberos/include -g -O2 -c `test -f 'check_nagios.c' || echo './'`check_nagios.c gcc -g -O2 -L. -L/usr/lib -o check_nagios check_nagios.o utils.o ../lib/libnagiosplug.a popen.o check_nagios.o(.text+0x553): In function `main': /usr/local/src/nagios-plugins- 1.4.0alpha2/plugins/check_nagios.c:74: undefined reference to `usage4' check_nagios.o(.text+0x575):/usr/local/src/nagios-plugins- 1.4.0alpha2/plugins/check_nagios.c:70: undefined reference to `usage4' collect2: ld returned 1 exit status make[2]: *** [check_nagios] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins- 1.4.0alpha2/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins- 1.4.0alpha2' make: *** [all] Error 2 Attached is the config.log if you need that. --Paul Wiggins ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-20 16:22 Message: Logged In: YES user_id=664364 Madhamster, After looking at the code (and two commits), have managed to restore the original functionality. The -C flag will do a substring search based on the process arguments, not the short command name. Can you try the snapshot to see if this works correctly. Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-17 08:28 Message: Logged In: YES user_id=1179843 I just wanted to make sure that things were working the way you intended them to. I didn't know if the short name would impact the reliability (and I am pretty sure it won't). The cgi.cfg-sample file's nagios_check_command line (with nagios 1.1 and 1.2) references the full path for the nagios_check plug-in- and when i upgraded the plug-ins from 1.3.1 to 1.4alpha2, the nagios_check suddenly stopped working as I had expected it to. According to the 1.4alpha2 nagios_check --help, the -C still expects the full path as opposed to the short name. You may want to change that. Also, with Nasios 2 is released, you may want the cgi-cfg-sample's nagios_check_command to reference just teh short name if the new plug-ins are going to work this way... Just a thought. And , great work on the software. You are helping us save a lot of time a see problems before the users do! ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-17 01:15 Message: Logged In: YES user_id=664364 Madhamster, Thanks for the report. Yes, check_nagios has had a change in 1.4 as it now uses the same information that check_procs uses. However, check_procs has had -C changed so that it only reports the shortname of the command (without the full path). This is for consistency because some OS only return the short path in their ps output. Unfortunately, this has affected check_nagios. Is it sufficient to check just the shortname? Alternatively, we could check the args output, which would be the full output including argument values. Do you have an opinion? Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1086739&group_id=29880 From mkent at magoazul.com Mon Dec 20 21:03:02 2004 From: mkent at magoazul.com (Matthew Kent) Date: Mon Dec 20 21:03:02 2004 Subject: [Nagiosplug-devel] check_dns.c (nagiosplug) small fix In-Reply-To: <41C644C7.1090207@tukesoft.com> References: <41C644C7.1090207@tukesoft.com> Message-ID: <1103598152.2420.1.camel@azul> On Sun, 2004-12-19 at 22:19, Pasi Tiittanen wrote: > Hi, > > in RH8.0 with bind-utils-9.2.1-9 I get error text "Couldn't find server" > when I give wrong dns name. > like > # nslookup -sil www.yahoo.com wrong.name.fi > nslookup: Couldn't find server 'wrong.name.fi': Name or service not known > > now: in check_dns.c line 240 is > /* Host or domain name does not exist */ > else if (strstr (input_buffer, "Non-existent") || > strstr (input_buffer, "** server can't find") || > strstr (input_buffer,"NXDOMAIN")) > die (STATE_CRITICAL, _("Domain %s was not found by the > server\n"), query_address); > > new: > /* Host or domain name does not exist */ > else if (strstr (input_buffer, "Non-existent") || > strstr (input_buffer, "** server can't find") || > strstr (input_buffer, "Couldn't find server") || > strstr (input_buffer,"NXDOMAIN")) > die (STATE_CRITICAL, _("Domain %s was not found by the > server\n"), query_address); > Applied to cvs head. Thank you! ps: Could you submit it to the sourceforge.net tracker next time? It's easier to keep track of these requests. http://sourceforge.net/projects/nagiosplug/ -- Matthew Kent http://magoazul.com From mkent at magoazul.com Mon Dec 20 21:16:02 2004 From: mkent at magoazul.com (Matthew Kent) Date: Mon Dec 20 21:16:02 2004 Subject: [Nagiosplug-devel] build error Message-ID: <1103598952.2420.16.camel@azul> Anyone else seeing this breakage in latest cvs? After a bit of poking around I'm too tired to figure it out. Seems to be from the recent sweep of changes in the build process -- snip -- gcc -g -O2 -L. -o check_disk check_disk.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a popen.o -lssl -lcrypto check_disk.o(.text+0xbe): In function `main': /home/mkent/nagiosplug/plugins/check_disk.c:164: undefined reference to `read_filesystem_list' check_disk.o(.text+0x2ed):/home/mkent/nagiosplug/plugins/check_disk.c:188: undefined reference to `get_fs_usage' collect2: ld returned 1 exit status -- snip -- Looks like fsusage.o and mountlist.o in lib/ aren't getting built due to a detection problem of some sort. Could be my setup, but older releases still compile fine. -- Matthew Kent http://magoazul.com From Ton.Voon at egg.com Tue Dec 21 01:46:04 2004 From: Ton.Voon at egg.com (Voon, Ton) Date: Tue Dec 21 01:46:04 2004 Subject: [Nagiosplug-devel] build error Message-ID: Sigh. Maybe I should have left well alone. I thought we were going to get better compiles with the coreutils synchronisation... Which platform is this on? I think all the detection code should be in m4/fsusage.m4. I'm definitely getting detection on Sol2.6 and MacOSX (lib/Makefile shows: "LIBOBJS = error$U.o getloadavg$U.o mountlist$U.o fsusage$U.o" on Sol2.6), so maybe there's a bug on your platform (though I find that hard to believe). What happens if you compile coreutils 5.2.1? -----Original Message----- From: Matthew Kent [mailto:mkent at magoazul.com] Sent: 21 December 2004 03:16 To: nagiosplug-devel at lists.sourceforge.net Subject: [Nagiosplug-devel] build error Anyone else seeing this breakage in latest cvs? After a bit of poking around I'm too tired to figure it out. Seems to be from the recent sweep of changes in the build process -- snip -- gcc -g -O2 -L. -o check_disk check_disk.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a popen.o -lssl -lcrypto check_disk.o(.text+0xbe): In function `main': /home/mkent/nagiosplug/plugins/check_disk.c:164: undefined reference to `read_filesystem_list' check_disk.o(.text+0x2ed):/home/mkent/nagiosplug/plugins/check_disk.c:188: undefined reference to `get_fs_usage' collect2: ld returned 1 exit status -- snip -- Looks like fsusage.o and mountlist.o in lib/ aren't getting built due to a detection problem of some sort. Could be my setup, but older releases still compile fine. -- Matthew Kent http://magoazul.com ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ _______________________________________________________ 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 ----------------------------------------- This private and confidential e-mail has been sent to you by Egg. The Egg group of companies includes Egg Banking plc registered no. 2999842), Egg Financial Products Ltd (registered no. 3319027) and Egg Investments Ltd (registered no. 3403963) which is authorised and regulated by the Financial Services Authority. Egg Investments Ltd. is entered in the FSA register under number 190518. Registered in England and Wales. Registered offices: 1 Waterhouse Square, 138-142 Holborn, London EC1N 2NA. If you are not the intended recipient of this e-mail and have received it in error, please notify the sender by replying with 'received in error' as the subject and then delete it from your mailbox. From ae at op5.se Tue Dec 21 02:37:00 2004 From: ae at op5.se (Andreas Ericsson) Date: Tue Dec 21 02:37:00 2004 Subject: [Nagiosplug-devel] build error In-Reply-To: References: Message-ID: <41C7FC8C.6080201@op5.se> Voon, Ton wrote: > Sigh. Maybe I should have left well alone. I thought we were going to get > better compiles with the coreutils synchronisation... > Why have the linker depend on autoconf to know what files to include? > Which platform is this on? I think all the detection code should be in > m4/fsusage.m4. I'm definitely getting detection on Sol2.6 and MacOSX > (lib/Makefile shows: "LIBOBJS = error$U.o getloadavg$U.o mountlist$U.o > fsusage$U.o" on Sol2.6), so maybe there's a bug on your platform (though I > find that hard to believe). What happens if you compile coreutils 5.2.1? > > -----Original Message----- > From: Matthew Kent [mailto:mkent at magoazul.com] > Sent: 21 December 2004 03:16 > To: nagiosplug-devel at lists.sourceforge.net > Subject: [Nagiosplug-devel] build error > > > Anyone else seeing this breakage in latest cvs? After a bit of poking around > I'm too tired to figure it out. Seems to be from the recent sweep of changes > in the build process > > -- snip -- > gcc -g -O2 -L. -o check_disk check_disk.o utils.o ../lib/libnagiosplug.a > ../lib/libcoreutils.a popen.o -lssl -lcrypto > check_disk.o(.text+0xbe): In function `main': > /home/mkent/nagiosplug/plugins/check_disk.c:164: undefined reference to > `read_filesystem_list' > check_disk.o(.text+0x2ed):/home/mkent/nagiosplug/plugins/check_disk.c:188: > undefined reference to `get_fs_usage' > collect2: ld returned 1 exit status > -- snip -- > These files should always be built, and if nothing is detected (beyond all the #else's, a fall-back function should be there to print an error message and return the equivalence of EXIT_FAIL. > Looks like fsusage.o and mountlist.o in lib/ aren't getting built due to a > detection problem of some sort. Could be my setup, but older releases still > compile fine. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From poncki.lists at axelspringer.com.pl Tue Dec 21 02:56:05 2004 From: poncki.lists at axelspringer.com.pl (Tomasz Pilat) Date: Tue Dec 21 02:56:05 2004 Subject: [Nagiosplug-devel] BUG: check_proc doeas not work under FreeBSD 4 In-Reply-To: <38CB31B2-50AF-11D9-932A-000A95D47298@mac.com> References: <83014478.20041217195444@axelspringer.com.pl> <38CB31B2-50AF-11D9-932A-000A95D47298@mac.com> Message-ID: <1528691167.20041221115529@axelspringer.com.pl> Hello Ton, >> Plugin executes "/bin/ps -axwo 'state uid ppid vsz rss pcpu command >> command'", and gets >> >> Ss 0 1 1196 588 0.0 /usr/sbin/syslog /usr/sbin/syslogd -4 >> -s -cc -l /jails/named/dev/log > Are you sure this is what is being executed? On FreeBSD 4.8 (one of the > compile farm on SF), check_procs -v -v shows: > CMD: /bin/ps waxco 'state uid ppid vsz rss pcpu command command' > PROCS OK: 80 processes # ./check_procs -v -v CMD: /bin/ps -axwo 'state uid ppid vsz rss pcpu command command' PROCS OK: 127 processes (FreeBSD 4.10-STABLE Fri Jul 30 17:39:00 CEST 2004) > Unfortunately, check_procs currently expects a column for the command > and then another column for the command + arguments. It looks like in > FreeBSD 4.8 that you cannot do that because it looks like the -c makes > the command column into the short command name, but then disables the > argument column. -c switch also trims command name to 16 bytes - # /bin/ps waxco 'state uid ppid vsz rss pcpu command command': Ss 0 1 15976 3892 0.0 httpd httpd I 0 1 908 308 0.0 courierlogger courierlogger S 0 90193 1096 392 0.0 authdaemond.plai authdaemond.plai ^^^^^^^^^^^^^^^^ should be authdaemond.plain > I've just applied a patch for Michael Bakker which uses the command: ps > -axwo 'stat comm vsz rss user uid ppid args' > for FreeBSD 5 which suggests to me that they realised there was a > limitation in the way FreeBSD 4 handled ps options. But there is another problem - sometimes you will still get more than one string on first command column (for kernel threads): $ ps -axwo 'stat comm vsz rss user uid ppid args' STAT COMMAND VSZ RSS USER UID PPID COMMAND RL idle: cpu1 0 12 root 0 0 (idle: cpu1) RL idle: cpu0 0 12 root 0 0 (idle: cpu0) IL nfsiod 0 0 12 root 0 0 (nfsiod 0) IL nfsiod 1 0 12 root 0 0 (nfsiod 1) Is adjkerntz 1180 12 root 0 1 adjkerntz -i Ss routed 1360 264 root 0 1 /sbin/routed -s Ss syslogd 1320 288 root 0 1 /usr/sbin/syslogd -4 -s -cc (FreeBSD 5.2.1-RELEASE #0: Mon Feb 23 20:45:55 GMT 2004) > However, you are probably much better than me at understanding FreeBSD > 4 - is there another way to get the columns of information that > check_procs wants? Alternatively, we'd have to change check_procs to > only use one column for command + args and do some clever working out Yes, and this is the only way i can see now... > of what is the command and what is the arguments and I'm not convinced Why, this should be pretty easy and straightforward - with /bin/ps -axwo 'state uid ppid vsz rss pcpu command' You will get: STAT UID PPID VSZ RSS %CPU COMMAND Ss 0 1 1200 596 0.0 /usr/sbin/syslogd -4 -s -cc -l /jails/named/dev/log First string on 7th columnt is a command, rest are arguments.. And this one works with both FreeBSD-4 and FreeBSD-5 (i dont have FreeBSD-6 aka current to check this). Ponc From poncki.lists at axelspringer.com.pl Tue Dec 21 03:04:02 2004 From: poncki.lists at axelspringer.com.pl (Tomasz Pilat) Date: Tue Dec 21 03:04:02 2004 Subject: [Nagiosplug-devel] BUG: check_proc doeas not work under FreeBSD 4 In-Reply-To: <1528691167.20041221115529@axelspringer.com.pl> References: <83014478.20041217195444@axelspringer.com.pl> <38CB31B2-50AF-11D9-932A-000A95D47298@mac.com> <1528691167.20041221115529@axelspringer.com.pl> Message-ID: <677406795.20041221120349@axelspringer.com.pl> Self-correction ;-) >> Alternatively, we'd have to change check_procs to >> only use one column for command + args and do some clever working out >> of what is the command and what is the arguments and I'm not convinced > Why, this should be pretty easy and straightforward - Oh well, it it not ;-) > with /bin/ps -axwo 'state uid ppid vsz rss pcpu command' You will get: > STAT UID PPID VSZ RSS %CPU COMMAND > Ss 0 1 1200 596 0.0 /usr/sbin/syslogd -4 -s -cc -l /jails/named/dev/log and such pretty things as: Ss 52 1 3756 700 0,0 /usr/local/sbin/ripd -d Is 65534 1 1948 460 0,0 proftpd: (accepting connections) (proftpd) S 1054 1 2928 1320 0,0 ./eggdrop meggy17.conf (eggdrop-1.6.17) Ss 0 1 9660 5096 0,0 /usr/local/bin/perl -w /usr/local/bin/mrtg /usr/local/etc/mrtg/sysstats.cfg I 250 90565 3128 1268 0,0 qmgr -l -t fifo -u Is 0 201 5152 1780 0,0 sshd: poncki [priv] (sshd) *puzzled* Ponc From poncki.lists at axelspringer.com.pl Tue Dec 21 03:25:10 2004 From: poncki.lists at axelspringer.com.pl (Tomasz Pilat) Date: Tue Dec 21 03:25:10 2004 Subject: [Nagiosplug-devel] BUG: check_proc doeas not work under FreeBSD 4 In-Reply-To: <1528691167.20041221115529@axelspringer.com.pl> References: <83014478.20041217195444@axelspringer.com.pl> <38CB31B2-50AF-11D9-932A-000A95D47298@mac.com> <1528691167.20041221115529@axelspringer.com.pl> Message-ID: <744803074.20041221122440@axelspringer.com.pl> >> However, you are probably much better than me at understanding FreeBSD >> 4 - is there another way to get the columns of information that >> check_procs wants? # /bin/ps -axwo 'state uid ppid vsz rss pcpu ucomm command' can (almost) do the trick: S 80 90152 24156 13780 0.0 httpd /usr/local/sbin/httpd -DSSL S 80 90152 23312 12912 0.0 httpd /usr/local/sbin/httpd -DSSL S 80 90152 29452 19196 0.2 httpd /usr/local/sbin/httpd -DSSL Ss 0 1 4104 500 0.0 dccm /usr/local/dcc/libexec/dccm -l log -t CMN,5, -w whiteclnt -U userdirs Ss 0 1 15976 3892 0.0 httpd /usr/local/sbin/httpd -DSSL I 0 1 908 308 0.0 courierlogger /usr/local/sbin/courierlogger -pid=/usr/local/var/authdaemon/pid -start /usr/local/libexec/courier-imap/authlib/authdaemond.plain S 0 90193 1096 392 0.0 authdaemond.plai /usr/local/libexec/courier-imap/authlib/authdaemond.plain Same output on 4-STABLE nad 5.2.1. And i think there is no way to get command-name longer than 16 bytes. From src/bin/ps/keyword.c: {"command", "COMMAND", NULL, COMM|LJUST|USER, command, NULL, 16}, {"ucomm", "UCOMM", NULL, LJUST, ucomm, NULL, MAXCOMLEN}, HTH, Ponc From noreply at sourceforge.net Tue Dec 21 05:04:11 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Dec 21 05:04:11 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1089005 ] Monitor temperature on Cisco 7200 Message-ID: New Plugins item #1089005, was opened at 2004-12-21 14:03 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1089005&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Kresimir (omadon) Assigned to: Nobody/Anonymous (nobody) Summary: Monitor temperature on Cisco 7200 Initial Comment: Plugin for Nagios monitors temperature in Cisco 7200 series routers using Net::SNMP. Cisco 7200 reports 4 temperatures (inlet, outlet1, outlet2, outlet3), on my router outlet2 and outlet3 are the same. This is a very good way to monitor air condition in server room... CISCO-ENVMON- MIB::ciscoEnvMonTemperatureStatusDescr.1 = STRING: chassis inlet CISCO-ENVMON- MIB::ciscoEnvMonTemperatureStatusDescr.2 = STRING: chassis outlet 1 CISCO-ENVMON- MIB::ciscoEnvMonTemperatureStatusDescr.3 = STRING: chassis outlet 2 CISCO-ENVMON- MIB::ciscoEnvMonTemperatureStatusDescr.4 = STRING: chassis outlet 3 CISCO-ENVMON- MIB::ciscoEnvMonTemperatureStatusValue.1 = Gauge32: 22 degrees Celsius CISCO-ENVMON- MIB::ciscoEnvMonTemperatureStatusValue.2 = Gauge32: 24 degrees Celsius CISCO-ENVMON- MIB::ciscoEnvMonTemperatureStatusValue.3 = Gauge32: 26 degrees Celsius CISCO-ENVMON- MIB::ciscoEnvMonTemperatureStatusValue.4 = Gauge32: 26 degrees Celsius or 1.3.6.1.4.1.9.9.13.1.3.1.3.1 = Gauge 32 22 degrees Celsius 1.3.6.1.4.1.9.9.13.1.3.1.3.1 = Gauge 32 24 degrees Celsius 1.3.6.1.4.1.9.9.13.1.3.1.3.1 = Gauge 32 26 degrees Celsius 1.3.6.1.4.1.9.9.13.1.3.1.3.1 = Gauge 32 26 degrees Celsius ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1089005&group_id=29880 From noreply at sourceforge.net Tue Dec 21 05:14:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Dec 21 05:14:04 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1089014 ] Monitor APC 2200XL UPS, (possible any APC) Message-ID: New Plugins item #1089014, was opened at 2004-12-21 14:13 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1089014&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Kresimir (omadon) Assigned to: Nobody/Anonymous (nobody) Summary: Monitor APC 2200XL UPS, (possible any APC) Initial Comment: Plugin to monitor UPS APC 2200XL, possible any APC UPS. Monitoring ups status, time remaining, battery temperature and battery replacement PowerNet-MIB::upsBasicOutputStatus.0 = INTEGER: onLine(2) PowerNet-MIB::upsAdvBatteryRunTimeRemaining.0 = Timeticks: (2304000) 6:24:00.00 PowerNet-MIB::upsAdvBatteryTemperature.0 = Gauge32: 39 PowerNet-MIB::upsAdvBatteryReplaceIndicator.0 = INTEGER: noBatteryNeedsReplacing(1) or 1.3.6.1.4.1.318.1.1.1.4.1.1.0 = INTEGER: 2 1.3.6.1.4.1.318.1.1.1.2.2.3.0 = Timeticks: (2304000) 6:24:00.00 1.3.6.1.4.1.318.1.1.1.2.2.2.0 = Gauge32: 39 1.3.6.1.4.1.318.1.1.1.2.2.4.0 = INTEGER: 11 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1089014&group_id=29880 From noreply at sourceforge.net Tue Dec 21 06:38:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Dec 21 06:38:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1089070 ] Add SOAP support to check_http Message-ID: Patches item #1089070, was opened at 2004-12-21 15:37 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1089070&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Tim Verhoeven (timverhoeven) Assigned to: Nobody/Anonymous (nobody) Summary: Add SOAP support to check_http Initial Comment: Included is a diff that adds SOAP support to the check_http plugin. Basically a SOAP call is a HTTP post request with a modified header and some XML as body. The attached patch add a -W (for webservices, all the S options were already taken) switch that outputs the header needed for a SOAP call. You also have to use the --post switch to add the actual XML contect for the request. I'm currently using these modifications to monitor 3 different SOAP calls without any issues. P.S. : I'm having difficulty in completly implemting the code the add the -W switch. It works, but I don't think it is done correctly. The actual SOAP code is ok. P.P.S. : The diff is againt 1.4.0alpha1. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1089070&group_id=29880 From Ton.Voon at egg.com Tue Dec 21 06:39:02 2004 From: Ton.Voon at egg.com (Voon, Ton) Date: Tue Dec 21 06:39:02 2004 Subject: [Nagiosplug-devel] BUG: check_proc doeas not work under FreeB SD 4 Message-ID: Tomasz, This looks promising (with the proviso that only the first 16 chars of the command are kept). Can I have a head -5 of: ps -axwo 'stat uid ppid vsz rss pcpu ucomm command' On all the FreeBSD and OpenBSD that you may have. Ton -----Original Message----- From: Tomasz Pilat [mailto:poncki.lists at axelspringer.com.pl] Sent: 21 December 2004 11:25 To: NagiosPlug Devel Subject: Re: [Nagiosplug-devel] BUG: check_proc doeas not work under FreeBSD 4 >> However, you are probably much better than me at understanding >> FreeBSD 4 - is there another way to get the columns of information >> that check_procs wants? # /bin/ps -axwo 'state uid ppid vsz rss pcpu ucomm command' can (almost) do the trick: S 80 90152 24156 13780 0.0 httpd /usr/local/sbin/httpd -DSSL S 80 90152 23312 12912 0.0 httpd /usr/local/sbin/httpd -DSSL S 80 90152 29452 19196 0.2 httpd /usr/local/sbin/httpd -DSSL Ss 0 1 4104 500 0.0 dccm /usr/local/dcc/libexec/dccm -l log -t CMN,5, -w whiteclnt -U userdirs Ss 0 1 15976 3892 0.0 httpd /usr/local/sbin/httpd -DSSL I 0 1 908 308 0.0 courierlogger /usr/local/sbin/courierlogger -pid=/usr/local/var/authdaemon/pid -start /usr/local/libexec/courier-imap/authlib/authdaemond.plain S 0 90193 1096 392 0.0 authdaemond.plai /usr/local/libexec/courier-imap/authlib/authdaemond.plain Same output on 4-STABLE nad 5.2.1. And i think there is no way to get command-name longer than 16 bytes. >From src/bin/ps/keyword.c: {"command", "COMMAND", NULL, COMM|LJUST|USER, command, NULL, 16}, {"ucomm", "UCOMM", NULL, LJUST, ucomm, NULL, MAXCOMLEN}, HTH, Ponc ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ _______________________________________________________ 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 ----------------------------------------- This private and confidential e-mail has been sent to you by Egg. The Egg group of companies includes Egg Banking plc registered no. 2999842), Egg Financial Products Ltd (registered no. 3319027) and Egg Investments Ltd (registered no. 3403963) which is authorised and regulated by the Financial Services Authority. Egg Investments Ltd. is entered in the FSA register under number 190518. Registered in England and Wales. Registered offices: 1 Waterhouse Square, 138-142 Holborn, London EC1N 2NA. If you are not the intended recipient of this e-mail and have received it in error, please notify the sender by replying with 'received in error' as the subject and then delete it from your mailbox. From nagios at proy.org Tue Dec 21 06:51:02 2004 From: nagios at proy.org (Patrick Proy) Date: Tue Dec 21 06:51:02 2004 Subject: [Nagiosplug-devel] SNMP community in host configuration In-Reply-To: <20041219155735.97CA3AC401@www.manubulon.com> Message-ID: <20041221145036.00533AC409@www.manubulon.com> Hi, I updated my patch. Works with today's CVS : "patch -p0 < patch_nag_snmp_2004.12.21.patch" : - added "snmp_community" in host/template definition, accessed by $SNMPCOMMUNITY$ macro. - Changed the "hostuser" macro in "hostmacro" : - in host/template definition : "hostmacro SomeData" - In services : "$HOSTMACRO$" - In nagios.cfg, the option is now named "host_snmp_login", same syntax. As usual, feedbacks are welcome ! Patrick nagios AT proy.org > How to patch : > - it work with the CVS version of 19 Dec 2004 > - in the "nagios-cvs" directory : "patch -p0 < patch_nag_snmp.patch" > > Note : only works with template based config files. > > I tested it on Linux only for now, but as nothing is platform > specific, it > should be OK. > Here are the modified files (if a new CVS version is out) : > - common/objects.c base/config.c base/nagios.c base/utils.c > include/common.h > include/objects.h include/nagios.h.in xdata/xodtemplate.c > xdata/xodtemplate.h > > > What it does : > > 1) SNMP for each host > > You can put snmp information in three ways : > - In the host definition : > snmp_version # stores snmp version > snmp_login # stores snmp login (for v3) > snmp_pass # stores snmp password for v3 or > community for > v1 > None of them are compulsory of course > - In the host template (will then only overwrite what's not in host > definition) > Same syntax > > - In the nagios.cfg file : > snmp_login=1,,/ > snmp_login=3,,,/ > > This is generic snmp login for networks : it will be > put in the host > snmp info if the host hasn't got any, and if it's address matches the > network/mask definition. Mask with best precision will be > chosen first. > Example : > snmp_login=1,private,10.100.0.0/16 > snmp_login=3,login1,pass1,10.100.0.3/32 > > This means : > - on the 10.100.0.0/16 network : v1, private > - for the 10.100.0.3 host : v3 : login1, pass1 > > 10.100.3.45 : will get v1, private > 10.100.0.3 : will get v3, login1, pass1 > > - The information is available as macro : > - $SNMPVERSION$ > - $SNMPLOGIN$ > - $SNMPPASS$ > > > 2) user variables for host > > - Each host can have up to 10 user variables (you can put > more or less, just > by modifying a number in the code), specified in its definition : > hostuser > > example : > hostuser3 SomeInformation > > - Of course, host templates can have hostuser too. (will > be put in host > definition is the host doesn't have the hostuser already). > > - Available as macro : > $HOSTUSER$ > > TODO : > - I forgot snmp v2c : maybe 2 will be okay but it would be > cleaner to have > "2c". > - Hostuser are from 0->9..., maybe it would be cleaner to put 1->10. > > > Please test it and give me feedback ! > > > Patrick > nagios AT proy.org > -------------- next part -------------- A non-text attachment was scrubbed... Name: patch_nag_snmp_2004.12.21.patch Type: application/octet-stream Size: 35528 bytes Desc: not available URL: From noreply at sourceforge.net Tue Dec 21 07:41:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Dec 21 07:41:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1087087 ] compile error in check_http.c in 1.4alpha3 Message-ID: Bugs item #1087087, was opened at 2004-12-17 14:53 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1087087&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 7 Submitted By: madhamster (madhamster) Assigned to: Ton Voon (tonvoon) Summary: compile error in check_http.c in 1.4alpha3 Initial Comment: Using the exact same PATH as I compile 1.3.1 and 1.4alpha2, I cannot get 1.4alpha3 to compile (1.3.1 and 1.4alpha2 compiled just fine). The './configure' ran normally, but I get errors after I run 'make' during compile time when it gets to 1.4alpha3's check_http.c: <--snip--> if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_dummy.o -MD -MP -MF ".deps/check_dummy.Tpo" -c -o check_dummy.o check_dummy.c; then mv -f ".deps/check_dummy.Tpo" ".deps/check_dummy.Po"; else rm -f ".deps/check_dummy.Tpo"; exit 1; fi gcc -g -O2 -L. -o check_dummy check_dummy.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -lssl -lcrypto if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP -MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins-1.4.0-alpha3/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins-1.4.0-alpha3' make: *** [all] Error 2 <--snip--> ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-12-21 15:40 Message: Logged In: YES user_id=664364 Paul, I think you might have been a bit quick! Your config log still shows the same error. Please try the plugins-HEAD- 200412210547 (at least) which definitely has the fix in it. (You can tell because line 296 in configure.in has the comment: "dnl The /usr checks need to be done so that the right area is include'd") Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-21 01:52 Message: Logged In: YES user_id=1179843 Oh, I forgot to mention, the error was compiling the nagios- plugins-HEAD-200412201747.tar.gz snapshot. Was that the correct one? ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-21 01:51 Message: Logged In: YES user_id=1179843 Ton, Still had a problem compiling: if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ - DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl - I/usr/include/ldap -I/include -I/include - I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP - MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins- HEAD-200412201747/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins- HEAD-200412201747' make: *** [all] Error 2 The config.log should be attached... My real name is below so you can add me to the list of contributors. --Paul Wiggins ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-20 21:43 Message: Logged In: YES user_id=664364 Madhamster, Got the config.log thanks. I think I've found the problem where I removed a check because I thought it was unnecessary. I've added it back in again now - can you try the snapshot at http://nagiosplug.sf.net/ snapshot (in a few hours). p.s. Do you have a real name to add to our list of contributors? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-20 03:41 Message: Logged In: YES user_id=1179843 I browsed to teh file, and checked the "Check to Upload and Attach a File" checkbox and clicked "submit changes"... Isn't that all I need to do? ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-19 20:46 Message: Logged In: YES user_id=664364 Madhamster, Sorry, the config.log is not attached. Can you try again? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-18 07:42 Message: Logged In: YES user_id=1179843 This is my PATH: /usr/local/bin:/usr/local/sbin:/usr/local/ssl:/usr/kerberos/sbin:/usr/kerberos/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/bin/X11:/usr/X11R6/bin The config.log is attached. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-18 04:50 Message: Logged In: YES user_id=664364 Madhamster, I made a change to the way SSL libraries were picked up, so that may have broken this. Can you send your config.log and configure output please. What is your PATH setting? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-17 20:48 Message: Logged In: YES user_id=1179843 Just to clarify, this is on a RedHat EL 3 machine. 1.3.1 and 1.4alpha2 plug-ins compile just fine, but 1.4alpha3 does not. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1087087&group_id=29880 From benny at bennyvision.com Tue Dec 21 09:00:01 2004 From: benny at bennyvision.com (C. Bensend) Date: Tue Dec 21 09:00:01 2004 Subject: [Nagiosplug-devel] BUG: check_proc doeas not work under FreeB SD 4 In-Reply-To: References: Message-ID: <65302.63.227.74.41.1103648352.squirrel@63.227.74.41> > command are kept). Can I have a head -5 of: > > ps -axwo 'stat uid ppid vsz rss pcpu ucomm command' > > On all the FreeBSD and OpenBSD that you may have. OpenBSD 3.4-STABLE: STAT UID PPID VSZ RSS %CPU UCOMM COMMAND Is 0 0 372 236 0.0 init /sbin/init Is 0 1 128 456 0.0 syslogd syslogd: [priv] (syslogd) S 73 1277 152 472 0.0 syslogd syslogd -a /var/named/dev/log -a /var/empty/dev/log Ss 70 1 2556 2896 0.0 named named OpenBSD 3.5-STABLE: STAT UID PPID VSZ RSS %CPU UCOMM COMMAND Is 0 0 364 228 0.0 init /sbin/init Is 0 1 96 448 0.0 syslogd syslogd: [priv] (syslogd) S 73 27838 120 496 0.0 syslogd syslogd -a /var/empty/dev/log Is 0 1 412 324 0.0 pflogd pflogd: [priv] (pflogd) OpenBSD 3.6-STABLE: STAT UID PPID VSZ RSS %CPU UCOMM COMMAND Is 0 0 336 236 0.0 init /sbin/init Is 0 1 124 464 0.0 syslogd syslogd: [priv] (syslogd) S 73 27812 152 468 0.0 syslogd syslogd -a /var/empty/dev/log Is 0 1 300 564 0.0 ntpd ntpd: [priv] (ntpd) OpenBSD 3.6-CURRENT: STAT UID PPID VSZ RSS %CPU UCOMM COMMAND Is 0 0 332 232 0.0 init /sbin/init Is 0 1 108 452 0.0 syslogd syslogd: [priv](syslogd) S 73 20132 120 472 0.0 syslogd syslogd -a /var/empty/dev/log Ss 0 1 256 252 0.0 ntpd ntpd: [priv](ntpd) Hope that helps! Benny -- "... i want to be a farting burping maniac." -- "kerry", on MentalDischarge From noreply at sourceforge.net Tue Dec 21 09:09:06 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Dec 21 09:09:06 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1087087 ] compile error in check_http.c in 1.4alpha3 Message-ID: Bugs item #1087087, was opened at 2004-12-17 08:53 Message generated for change (Comment added) made by madhamster You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1087087&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 7 Submitted By: madhamster (madhamster) Assigned to: Ton Voon (tonvoon) Summary: compile error in check_http.c in 1.4alpha3 Initial Comment: Using the exact same PATH as I compile 1.3.1 and 1.4alpha2, I cannot get 1.4alpha3 to compile (1.3.1 and 1.4alpha2 compiled just fine). The './configure' ran normally, but I get errors after I run 'make' during compile time when it gets to 1.4alpha3's check_http.c: <--snip--> if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_dummy.o -MD -MP -MF ".deps/check_dummy.Tpo" -c -o check_dummy.o check_dummy.c; then mv -f ".deps/check_dummy.Tpo" ".deps/check_dummy.Po"; else rm -f ".deps/check_dummy.Tpo"; exit 1; fi gcc -g -O2 -L. -o check_dummy check_dummy.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -lssl -lcrypto if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP -MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins-1.4.0-alpha3/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins-1.4.0-alpha3' make: *** [all] Error 2 <--snip--> ---------------------------------------------------------------------- >Comment By: madhamster (madhamster) Date: 2004-12-21 11:08 Message: Logged In: YES user_id=1179843 Ton, I tried the nagios-plugins-HEAD-200412210547 and still had a compile error with check_http: gcc -g -O2 -L. -o check_dummy check_dummy.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -lssl -lcrypto if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP -MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins-HEAD-200412210547/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins-HEAD-200412210547' make: *** [all] Error 2 I uploaded the config.log. Just to make sure, I recompiled alpha2 with no issues... --Paul ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-21 09:40 Message: Logged In: YES user_id=664364 Paul, I think you might have been a bit quick! Your config log still shows the same error. Please try the plugins-HEAD- 200412210547 (at least) which definitely has the fix in it. (You can tell because line 296 in configure.in has the comment: "dnl The /usr checks need to be done so that the right area is include'd") Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-20 19:52 Message: Logged In: YES user_id=1179843 Oh, I forgot to mention, the error was compiling the nagios- plugins-HEAD-200412201747.tar.gz snapshot. Was that the correct one? ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-20 19:51 Message: Logged In: YES user_id=1179843 Ton, Still had a problem compiling: if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ - DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl - I/usr/include/ldap -I/include -I/include - I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP - MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins- HEAD-200412201747/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins- HEAD-200412201747' make: *** [all] Error 2 The config.log should be attached... My real name is below so you can add me to the list of contributors. --Paul Wiggins ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-20 15:43 Message: Logged In: YES user_id=664364 Madhamster, Got the config.log thanks. I think I've found the problem where I removed a check because I thought it was unnecessary. I've added it back in again now - can you try the snapshot at http://nagiosplug.sf.net/ snapshot (in a few hours). p.s. Do you have a real name to add to our list of contributors? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-19 21:41 Message: Logged In: YES user_id=1179843 I browsed to teh file, and checked the "Check to Upload and Attach a File" checkbox and clicked "submit changes"... Isn't that all I need to do? ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-19 14:46 Message: Logged In: YES user_id=664364 Madhamster, Sorry, the config.log is not attached. Can you try again? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-18 01:42 Message: Logged In: YES user_id=1179843 This is my PATH: /usr/local/bin:/usr/local/sbin:/usr/local/ssl:/usr/kerberos/sbin:/usr/kerberos/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/bin/X11:/usr/X11R6/bin The config.log is attached. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-17 22:50 Message: Logged In: YES user_id=664364 Madhamster, I made a change to the way SSL libraries were picked up, so that may have broken this. Can you send your config.log and configure output please. What is your PATH setting? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-17 14:48 Message: Logged In: YES user_id=1179843 Just to clarify, this is on a RedHat EL 3 machine. 1.3.1 and 1.4alpha2 plug-ins compile just fine, but 1.4alpha3 does not. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1087087&group_id=29880 From mkent at magoazul.com Tue Dec 21 09:45:01 2004 From: mkent at magoazul.com (Matthew Kent) Date: Tue Dec 21 09:45:01 2004 Subject: [Nagiosplug-devel] build error In-Reply-To: References: Message-ID: <1103625850.2782.64.camel@fuego> On Tue, 2004-12-21 at 09:44, Voon, Ton wrote: > Sigh. Maybe I should have left well alone. I thought we were going to get > better compiles with the coreutils synchronisation... > > Which platform is this on? I think all the detection code should be in > m4/fsusage.m4. I'm definitely getting detection on Sol2.6 and MacOSX > (lib/Makefile shows: "LIBOBJS = error$U.o getloadavg$U.o mountlist$U.o > fsusage$U.o" on Sol2.6), so maybe there's a bug on your platform (though I > find that hard to believe). What happens if you compile coreutils 5.2.1? > Okay verified this issue on debian unstable (autoconf 2.59, automake 1.6) and fedora core 3. Was actually having trouble getting tools/setup to finish at all, I had to copy stdbool.m4 from gnulibs into m4/. coreutils itself compiles fine, the detection works and compiles all the utils. I've been looking at the differences between the two and can't spot it. Let me know if you need anymore info. I've run out of time to figure this out on my own as tommorow I'm leaving for a week and have to get things in order around here :) - Matt > -----Original Message----- > From: Matthew Kent [mailto:mkent at magoazul.com] > Sent: 21 December 2004 03:16 > To: nagiosplug-devel at lists.sourceforge.net > Subject: [Nagiosplug-devel] build error > > > Anyone else seeing this breakage in latest cvs? After a bit of poking around > I'm too tired to figure it out. Seems to be from the recent sweep of changes > in the build process > > -- snip -- > gcc -g -O2 -L. -o check_disk check_disk.o utils.o ../lib/libnagiosplug.a > ../lib/libcoreutils.a popen.o -lssl -lcrypto > check_disk.o(.text+0xbe): In function `main': > /home/mkent/nagiosplug/plugins/check_disk.c:164: undefined reference to > `read_filesystem_list' > check_disk.o(.text+0x2ed):/home/mkent/nagiosplug/plugins/check_disk.c:188: > undefined reference to `get_fs_usage' > collect2: ld returned 1 exit status > -- snip -- > > Looks like fsusage.o and mountlist.o in lib/ aren't getting built due to a > detection problem of some sort. Could be my setup, but older releases still > compile fine. From benoit.mortier at opensides.be Tue Dec 21 11:25:01 2004 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Tue Dec 21 11:25:01 2004 Subject: [Nagiosplug-devel] problem compiling cvs next part ;-) Message-ID: <200412212024.19515.benoit.mortier@opensides.be> Hello, trying to find where the problem are i found those things on my Debian testing box. just running ./tools/setup give me those errors aclocal: macro `AM_STDBOOL_H' required but not defined autoheader: error: AC_CONFIG_HEADERS not found in configure.in configure.in: no proper invocation of AM_INIT_AUTOMAKE was found. configure.in: You should verify that configure.in invokes AM_INIT_AUTOMAKE, configure.in: that aclocal.m4 is present in the top-level directory, configure.in: and that aclocal.m4 was recently regenerated (using aclocal). configure.in: installing `./install-sh' configure.in: installing `./missing' configure.in:8: installing `./config.guess' configure.in:8: installing `./config.sub' Makefile.am: installing `./INSTALL' BUILT_SOURCES: variable `STDBOOL_H' is used but `STDBOOL_H' is undefined lib/Makefile.am: installing `./depcomp' /usr/share/automake-1.7/am/depend2.am: am__fastdepCC does not appear in AM_CONDITIONAL /usr/share/automake-1.7/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.7/am/depend2.am: am__fastdepCC does not appear in AM_CONDITIONAL /usr/share/automake-1.7/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.7/am/depend2.am: am__fastdepCC does not appear in AM_CONDITIONAL /usr/share/automake-1.7/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.7/am/depend2.am: am__fastdepCC does not appear in AM_CONDITIONAL /usr/share/automake-1.7/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL configure.in:6: error: possibly undefined macro: AM_INIT_AUTOMAKE If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.in:7: error: possibly undefined macro: AM_CONFIG_HEADER configure.in:1523: error: possibly undefined macro: AM_GNU_GETTEXT configure.in:1524: error: possibly undefined macro: AM_GNU_GETTEXT_VERSION But if i run aclocal first and then run ./tools/setup i only got those problems aclocal: macro `AM_STDBOOL_H' required but not defined configure.in: installing `./install-sh' configure.in: installing `./missing' configure.in:8: installing `./config.guess' configure.in:8: installing `./config.sub' Makefile.am: installing `./INSTALL' BUILT_SOURCES: variable `STDBOOL_H' is used but `STDBOOL_H' is undefined lib/Makefile.am: installing `./depcomp' and of course i didn't compile and gave those same error like the one posted on the mailing list I will try to see if i can fix that, but i'am not fluent in automake, autoconf Bye -- Benoit Mortier OpenSides sprl Linux Engineer From noreply at sourceforge.net Tue Dec 21 14:46:09 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Dec 21 14:46:09 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1042691 ] check_nt bugs (counter + USEDDISKSPACE) Message-ID: Bugs item #1042691, was opened at 2004-10-07 17:58 Message generated for change (Settings changed) made by harpermann You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1042691&group_id=29880 Category: Parsing problem Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Jan Scholten (cyrin) >Assigned to: Harper Mann (harpermann) Summary: check_nt bugs (counter + USEDDISKSPACE) Initial Comment: The check_nt plugin off the 1.4 alpha is not working correct with the NSClient 2.01 v 1.4: /check_nt -H torino -p 1248 -v COUNTER -l "\Paging File(_Total)\% Usage",'Paging File Usage is %2.2f%%' -w 40 -c 90 Paging File Usage is %2.2f%% = 3 [root at milano plugins]# ./check_nt -V check_nt (nagios-plugins 1.4.0alpha1) 1.21 v. 1.3: ./check_nt -H 210.48.1.49 -p 5668 -v COUNTER -l "\Paging File(_Total)\% Usage",'Paging File Usage is %2. 2f%%' -w 40 -c 90 Paging File Usage is 2.15% The %2.2f%% is not correctly parsed. checked on Debian 3.1 and Red Hat EL WS V3 U3 (Thanks HarperMan) Another Bug (?): USEDDISKSPACE interprets the -l in a different way: V1.3 needs -l c v1.4 needs -l c: (or something longer than 1 Byte see patch somebody checked in!) Jan ---------------------------------------------------------------------- Comment By: Jan Scholten (cyrin) Date: 2004-12-15 19:27 Message: Logged In: YES user_id=231233 Bug still persists in 1.4 alpha 3 but it works fine in 1.3 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1042691&group_id=29880 From noreply at sourceforge.net Tue Dec 21 15:21:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Dec 21 15:21:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1087087 ] compile error in check_http.c in 1.4alpha3 Message-ID: Bugs item #1087087, was opened at 2004-12-17 14:53 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1087087&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 7 Submitted By: madhamster (madhamster) Assigned to: Ton Voon (tonvoon) Summary: compile error in check_http.c in 1.4alpha3 Initial Comment: Using the exact same PATH as I compile 1.3.1 and 1.4alpha2, I cannot get 1.4alpha3 to compile (1.3.1 and 1.4alpha2 compiled just fine). The './configure' ran normally, but I get errors after I run 'make' during compile time when it gets to 1.4alpha3's check_http.c: <--snip--> if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_dummy.o -MD -MP -MF ".deps/check_dummy.Tpo" -c -o check_dummy.o check_dummy.c; then mv -f ".deps/check_dummy.Tpo" ".deps/check_dummy.Po"; else rm -f ".deps/check_dummy.Tpo"; exit 1; fi gcc -g -O2 -L. -o check_dummy check_dummy.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -lssl -lcrypto if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP -MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins-1.4.0-alpha3/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins-1.4.0-alpha3' make: *** [all] Error 2 <--snip--> ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-12-21 23:20 Message: Logged In: YES user_id=664364 I've taken the hint and reverted the ssl checking routine back to the way 1.4-alpha2 worked. It seems that curl's checking routines didn't make a whole lot of sense to me now. Can you try the next snapshot please and let me know if it works okay. ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-21 17:08 Message: Logged In: YES user_id=1179843 Ton, I tried the nagios-plugins-HEAD-200412210547 and still had a compile error with check_http: gcc -g -O2 -L. -o check_dummy check_dummy.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -lssl -lcrypto if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP -MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins-HEAD-200412210547/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins-HEAD-200412210547' make: *** [all] Error 2 I uploaded the config.log. Just to make sure, I recompiled alpha2 with no issues... --Paul ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-21 15:40 Message: Logged In: YES user_id=664364 Paul, I think you might have been a bit quick! Your config log still shows the same error. Please try the plugins-HEAD- 200412210547 (at least) which definitely has the fix in it. (You can tell because line 296 in configure.in has the comment: "dnl The /usr checks need to be done so that the right area is include'd") Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-21 01:52 Message: Logged In: YES user_id=1179843 Oh, I forgot to mention, the error was compiling the nagios- plugins-HEAD-200412201747.tar.gz snapshot. Was that the correct one? ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-21 01:51 Message: Logged In: YES user_id=1179843 Ton, Still had a problem compiling: if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ - DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl - I/usr/include/ldap -I/include -I/include - I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP - MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins- HEAD-200412201747/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins- HEAD-200412201747' make: *** [all] Error 2 The config.log should be attached... My real name is below so you can add me to the list of contributors. --Paul Wiggins ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-20 21:43 Message: Logged In: YES user_id=664364 Madhamster, Got the config.log thanks. I think I've found the problem where I removed a check because I thought it was unnecessary. I've added it back in again now - can you try the snapshot at http://nagiosplug.sf.net/ snapshot (in a few hours). p.s. Do you have a real name to add to our list of contributors? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-20 03:41 Message: Logged In: YES user_id=1179843 I browsed to teh file, and checked the "Check to Upload and Attach a File" checkbox and clicked "submit changes"... Isn't that all I need to do? ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-19 20:46 Message: Logged In: YES user_id=664364 Madhamster, Sorry, the config.log is not attached. Can you try again? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-18 07:42 Message: Logged In: YES user_id=1179843 This is my PATH: /usr/local/bin:/usr/local/sbin:/usr/local/ssl:/usr/kerberos/sbin:/usr/kerberos/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/bin/X11:/usr/X11R6/bin The config.log is attached. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-18 04:50 Message: Logged In: YES user_id=664364 Madhamster, I made a change to the way SSL libraries were picked up, so that may have broken this. Can you send your config.log and configure output please. What is your PATH setting? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-17 20:48 Message: Logged In: YES user_id=1179843 Just to clarify, this is on a RedHat EL 3 machine. 1.3.1 and 1.4alpha2 plug-ins compile just fine, but 1.4alpha3 does not. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1087087&group_id=29880 From benoit.mortier at opensides.be Tue Dec 21 23:39:00 2004 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Tue Dec 21 23:39:00 2004 Subject: [Nagiosplug-devel] problem compiling cvs next part ;-) Message-ID: <200412212022.22940.benoit.mortier@opensides.be> Hello, trying to find where the problem are i found those things on my Debian testing box. just running ./tools/setup give me those errors aclocal: macro `AM_STDBOOL_H' required but not defined autoheader: error: AC_CONFIG_HEADERS not found in configure.in configure.in: no proper invocation of AM_INIT_AUTOMAKE was found. configure.in: You should verify that configure.in invokes AM_INIT_AUTOMAKE, configure.in: that aclocal.m4 is present in the top-level directory, configure.in: and that aclocal.m4 was recently regenerated (using aclocal). configure.in: installing `./install-sh' configure.in: installing `./missing' configure.in:8: installing `./config.guess' configure.in:8: installing `./config.sub' Makefile.am: installing `./INSTALL' BUILT_SOURCES: variable `STDBOOL_H' is used but `STDBOOL_H' is undefined lib/Makefile.am: installing `./depcomp' /usr/share/automake-1.7/am/depend2.am: am__fastdepCC does not appear in AM_CONDITIONAL /usr/share/automake-1.7/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.7/am/depend2.am: am__fastdepCC does not appear in AM_CONDITIONAL /usr/share/automake-1.7/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.7/am/depend2.am: am__fastdepCC does not appear in AM_CONDITIONAL /usr/share/automake-1.7/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.7/am/depend2.am: am__fastdepCC does not appear in AM_CONDITIONAL /usr/share/automake-1.7/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL configure.in:6: error: possibly undefined macro: AM_INIT_AUTOMAKE If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.in:7: error: possibly undefined macro: AM_CONFIG_HEADER configure.in:1523: error: possibly undefined macro: AM_GNU_GETTEXT configure.in:1524: error: possibly undefined macro: AM_GNU_GETTEXT_VERSION But if i run aclocal first and then run ./tools/setup i only got those problems aclocal: macro `AM_STDBOOL_H' required but not defined configure.in: installing `./install-sh' configure.in: installing `./missing' configure.in:8: installing `./config.guess' configure.in:8: installing `./config.sub' Makefile.am: installing `./INSTALL' BUILT_SOURCES: variable `STDBOOL_H' is used but `STDBOOL_H' is undefined lib/Makefile.am: installing `./depcomp' and of course i didn't compile and gave those same error like the one posted on the mailing list I will try to see if i can fix that, but i'am not fluent in automake, autoconf Bye -- Benoit Mortier OpenSides sprl Linux Engineer From Ton.Voon at egg.com Wed Dec 22 00:29:03 2004 From: Ton.Voon at egg.com (Voon, Ton) Date: Wed Dec 22 00:29:03 2004 Subject: [Nagiosplug-devel] problem compiling cvs next part ;-) Message-ID: Benoit, My fault. Was fixing an issue compiling on Sol2.6 and forgot to cvs add the required files. This has also been failing the sfsnapshot, hence the emails to nagiosplug-checkins. Should be okay now. I think I need a little a bit more sleep before I do any more commits :( Ton -----Original Message----- From: Benoit Mortier [mailto:benoit.mortier at opensides.be] Sent: 21 December 2004 19:22 To: nagiosplug-devel at lists.sourceforge.net Subject: [Nagiosplug-devel] problem compiling cvs next part ;-) Hello, trying to find where the problem are i found those things on my Debian testing box. just running ./tools/setup give me those errors aclocal: macro `AM_STDBOOL_H' required but not defined autoheader: error: AC_CONFIG_HEADERS not found in configure.in configure.in: no proper invocation of AM_INIT_AUTOMAKE was found. configure.in: You should verify that configure.in invokes AM_INIT_AUTOMAKE, configure.in: that aclocal.m4 is present in the top-level directory, configure.in: and that aclocal.m4 was recently regenerated (using aclocal). configure.in: installing `./install-sh' configure.in: installing `./missing' configure.in:8: installing `./config.guess' configure.in:8: installing `./config.sub' Makefile.am: installing `./INSTALL' BUILT_SOURCES: variable `STDBOOL_H' is used but `STDBOOL_H' is undefined lib/Makefile.am: installing `./depcomp' /usr/share/automake-1.7/am/depend2.am: am__fastdepCC does not appear in AM_CONDITIONAL /usr/share/automake-1.7/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.7/am/depend2.am: am__fastdepCC does not appear in AM_CONDITIONAL /usr/share/automake-1.7/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.7/am/depend2.am: am__fastdepCC does not appear in AM_CONDITIONAL /usr/share/automake-1.7/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.7/am/depend2.am: am__fastdepCC does not appear in AM_CONDITIONAL /usr/share/automake-1.7/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL configure.in:6: error: possibly undefined macro: AM_INIT_AUTOMAKE If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.in:7: error: possibly undefined macro: AM_CONFIG_HEADER configure.in:1523: error: possibly undefined macro: AM_GNU_GETTEXT configure.in:1524: error: possibly undefined macro: AM_GNU_GETTEXT_VERSION But if i run aclocal first and then run ./tools/setup i only got those problems aclocal: macro `AM_STDBOOL_H' required but not defined configure.in: installing `./install-sh' configure.in: installing `./missing' configure.in:8: installing `./config.guess' configure.in:8: installing `./config.sub' Makefile.am: installing `./INSTALL' BUILT_SOURCES: variable `STDBOOL_H' is used but `STDBOOL_H' is undefined lib/Makefile.am: installing `./depcomp' and of course i didn't compile and gave those same error like the one posted on the mailing list I will try to see if i can fix that, but i'am not fluent in automake, autoconf Bye -- Benoit Mortier OpenSides sprl Linux Engineer ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ _______________________________________________________ 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 ----------------------------------------- This private and confidential e-mail has been sent to you by Egg. The Egg group of companies includes Egg Banking plc registered no. 2999842), Egg Financial Products Ltd (registered no. 3319027) and Egg Investments Ltd (registered no. 3403963) which is authorised and regulated by the Financial Services Authority. Egg Investments Ltd. is entered in the FSA register under number 190518. Registered in England and Wales. Registered offices: 1 Waterhouse Square, 138-142 Holborn, London EC1N 2NA. If you are not the intended recipient of this e-mail and have received it in error, please notify the sender by replying with 'received in error' as the subject and then delete it from your mailbox. From noreply at sourceforge.net Wed Dec 22 05:58:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Dec 22 05:58:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1087087 ] compile error in check_http.c in 1.4alpha3 Message-ID: Bugs item #1087087, was opened at 2004-12-17 08:53 Message generated for change (Comment added) made by madhamster You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1087087&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 7 Submitted By: madhamster (madhamster) Assigned to: Ton Voon (tonvoon) Summary: compile error in check_http.c in 1.4alpha3 Initial Comment: Using the exact same PATH as I compile 1.3.1 and 1.4alpha2, I cannot get 1.4alpha3 to compile (1.3.1 and 1.4alpha2 compiled just fine). The './configure' ran normally, but I get errors after I run 'make' during compile time when it gets to 1.4alpha3's check_http.c: <--snip--> if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_dummy.o -MD -MP -MF ".deps/check_dummy.Tpo" -c -o check_dummy.o check_dummy.c; then mv -f ".deps/check_dummy.Tpo" ".deps/check_dummy.Po"; else rm -f ".deps/check_dummy.Tpo"; exit 1; fi gcc -g -O2 -L. -o check_dummy check_dummy.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -lssl -lcrypto if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP -MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins-1.4.0-alpha3/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins-1.4.0-alpha3' make: *** [all] Error 2 <--snip--> ---------------------------------------------------------------------- >Comment By: madhamster (madhamster) Date: 2004-12-22 07:57 Message: Logged In: YES user_id=1179843 Ton, I have been checking since late last night, but still do not see a new "nagios-plugins-HEAD" snapshot- just a "r1_3_0" snapshot. I should wait for teh "HEAD" snapshot to try again though, correct? --Paul ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-21 17:20 Message: Logged In: YES user_id=664364 I've taken the hint and reverted the ssl checking routine back to the way 1.4-alpha2 worked. It seems that curl's checking routines didn't make a whole lot of sense to me now. Can you try the next snapshot please and let me know if it works okay. ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-21 11:08 Message: Logged In: YES user_id=1179843 Ton, I tried the nagios-plugins-HEAD-200412210547 and still had a compile error with check_http: gcc -g -O2 -L. -o check_dummy check_dummy.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -lssl -lcrypto if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP -MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins-HEAD-200412210547/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins-HEAD-200412210547' make: *** [all] Error 2 I uploaded the config.log. Just to make sure, I recompiled alpha2 with no issues... --Paul ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-21 09:40 Message: Logged In: YES user_id=664364 Paul, I think you might have been a bit quick! Your config log still shows the same error. Please try the plugins-HEAD- 200412210547 (at least) which definitely has the fix in it. (You can tell because line 296 in configure.in has the comment: "dnl The /usr checks need to be done so that the right area is include'd") Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-20 19:52 Message: Logged In: YES user_id=1179843 Oh, I forgot to mention, the error was compiling the nagios- plugins-HEAD-200412201747.tar.gz snapshot. Was that the correct one? ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-20 19:51 Message: Logged In: YES user_id=1179843 Ton, Still had a problem compiling: if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ - DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl - I/usr/include/ldap -I/include -I/include - I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP - MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins- HEAD-200412201747/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins- HEAD-200412201747' make: *** [all] Error 2 The config.log should be attached... My real name is below so you can add me to the list of contributors. --Paul Wiggins ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-20 15:43 Message: Logged In: YES user_id=664364 Madhamster, Got the config.log thanks. I think I've found the problem where I removed a check because I thought it was unnecessary. I've added it back in again now - can you try the snapshot at http://nagiosplug.sf.net/ snapshot (in a few hours). p.s. Do you have a real name to add to our list of contributors? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-19 21:41 Message: Logged In: YES user_id=1179843 I browsed to teh file, and checked the "Check to Upload and Attach a File" checkbox and clicked "submit changes"... Isn't that all I need to do? ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-19 14:46 Message: Logged In: YES user_id=664364 Madhamster, Sorry, the config.log is not attached. Can you try again? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-18 01:42 Message: Logged In: YES user_id=1179843 This is my PATH: /usr/local/bin:/usr/local/sbin:/usr/local/ssl:/usr/kerberos/sbin:/usr/kerberos/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/bin/X11:/usr/X11R6/bin The config.log is attached. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-17 22:50 Message: Logged In: YES user_id=664364 Madhamster, I made a change to the way SSL libraries were picked up, so that may have broken this. Can you send your config.log and configure output please. What is your PATH setting? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-17 14:48 Message: Logged In: YES user_id=1179843 Just to clarify, this is on a RedHat EL 3 machine. 1.3.1 and 1.4alpha2 plug-ins compile just fine, but 1.4alpha3 does not. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1087087&group_id=29880 From noreply at sourceforge.net Wed Dec 22 11:48:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Dec 22 11:48:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1087087 ] compile error in check_http.c in 1.4alpha3 Message-ID: Bugs item #1087087, was opened at 2004-12-17 08:53 Message generated for change (Comment added) made by madhamster You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1087087&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 7 Submitted By: madhamster (madhamster) Assigned to: Ton Voon (tonvoon) Summary: compile error in check_http.c in 1.4alpha3 Initial Comment: Using the exact same PATH as I compile 1.3.1 and 1.4alpha2, I cannot get 1.4alpha3 to compile (1.3.1 and 1.4alpha2 compiled just fine). The './configure' ran normally, but I get errors after I run 'make' during compile time when it gets to 1.4alpha3's check_http.c: <--snip--> if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_dummy.o -MD -MP -MF ".deps/check_dummy.Tpo" -c -o check_dummy.o check_dummy.c; then mv -f ".deps/check_dummy.Tpo" ".deps/check_dummy.Po"; else rm -f ".deps/check_dummy.Tpo"; exit 1; fi gcc -g -O2 -L. -o check_dummy check_dummy.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -lssl -lcrypto if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP -MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins-1.4.0-alpha3/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins-1.4.0-alpha3' make: *** [all] Error 2 <--snip--> ---------------------------------------------------------------------- >Comment By: madhamster (madhamster) Date: 2004-12-22 13:47 Message: Logged In: YES user_id=1179843 Ton, I just downloaded and compiled nagios-plugins-HEAD-200412221747, but it still had an issue with check_http: if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP -MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins-HEAD-200412221747/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins-HEAD-200412221747' make: *** [all] Error 2 Log file should be attached. --Paul ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-22 07:57 Message: Logged In: YES user_id=1179843 Ton, I have been checking since late last night, but still do not see a new "nagios-plugins-HEAD" snapshot- just a "r1_3_0" snapshot. I should wait for teh "HEAD" snapshot to try again though, correct? --Paul ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-21 17:20 Message: Logged In: YES user_id=664364 I've taken the hint and reverted the ssl checking routine back to the way 1.4-alpha2 worked. It seems that curl's checking routines didn't make a whole lot of sense to me now. Can you try the next snapshot please and let me know if it works okay. ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-21 11:08 Message: Logged In: YES user_id=1179843 Ton, I tried the nagios-plugins-HEAD-200412210547 and still had a compile error with check_http: gcc -g -O2 -L. -o check_dummy check_dummy.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -lssl -lcrypto if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP -MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins-HEAD-200412210547/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins-HEAD-200412210547' make: *** [all] Error 2 I uploaded the config.log. Just to make sure, I recompiled alpha2 with no issues... --Paul ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-21 09:40 Message: Logged In: YES user_id=664364 Paul, I think you might have been a bit quick! Your config log still shows the same error. Please try the plugins-HEAD- 200412210547 (at least) which definitely has the fix in it. (You can tell because line 296 in configure.in has the comment: "dnl The /usr checks need to be done so that the right area is include'd") Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-20 19:52 Message: Logged In: YES user_id=1179843 Oh, I forgot to mention, the error was compiling the nagios- plugins-HEAD-200412201747.tar.gz snapshot. Was that the correct one? ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-20 19:51 Message: Logged In: YES user_id=1179843 Ton, Still had a problem compiling: if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ - DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl - I/usr/include/ldap -I/include -I/include - I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP - MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins- HEAD-200412201747/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins- HEAD-200412201747' make: *** [all] Error 2 The config.log should be attached... My real name is below so you can add me to the list of contributors. --Paul Wiggins ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-20 15:43 Message: Logged In: YES user_id=664364 Madhamster, Got the config.log thanks. I think I've found the problem where I removed a check because I thought it was unnecessary. I've added it back in again now - can you try the snapshot at http://nagiosplug.sf.net/ snapshot (in a few hours). p.s. Do you have a real name to add to our list of contributors? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-19 21:41 Message: Logged In: YES user_id=1179843 I browsed to teh file, and checked the "Check to Upload and Attach a File" checkbox and clicked "submit changes"... Isn't that all I need to do? ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-19 14:46 Message: Logged In: YES user_id=664364 Madhamster, Sorry, the config.log is not attached. Can you try again? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-18 01:42 Message: Logged In: YES user_id=1179843 This is my PATH: /usr/local/bin:/usr/local/sbin:/usr/local/ssl:/usr/kerberos/sbin:/usr/kerberos/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/bin/X11:/usr/X11R6/bin The config.log is attached. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-17 22:50 Message: Logged In: YES user_id=664364 Madhamster, I made a change to the way SSL libraries were picked up, so that may have broken this. Can you send your config.log and configure output please. What is your PATH setting? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-17 14:48 Message: Logged In: YES user_id=1179843 Just to clarify, this is on a RedHat EL 3 machine. 1.3.1 and 1.4alpha2 plug-ins compile just fine, but 1.4alpha3 does not. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1087087&group_id=29880 From hmann at itgroundwork.com Wed Dec 22 17:15:06 2004 From: hmann at itgroundwork.com (Harper Mann) Date: Wed Dec 22 17:15:06 2004 Subject: [Nagiosplug-devel] Solaris 9 vs. check_dhcp (today's CVS) Message-ID: Hi, Has anyone tried check_dhcp on Solaris 9? Mine was built today off the current nagiosplug cvs. [root at bern plugins]$ ifconfig -a lo0: flags=1000849 mtu 8232 index 1 inet 127.0.0.1 netmask ff000000 eri0: flags=1000843 mtu 1500 index 2 inet 192.168.2.58 netmask ffffff00 broadcast 192.168.2.255 ether 0:3:ba:7a:c3:55 [root at bern plugins]$ gdb ./check_dhcp GNU gdb 6.1 ?Copyright blah ? This GDB was configured as "sparc-sun-solaris2.8"... (gdb) run -i eri0 Starting program: /home/hmann/nagiosplug/plugins/check_dhcp -i eri0 Program received signal SIGSEGV, Segmentation fault. 0x00012668 in add_dhcp_offer (source= {S_un = {S_un_b = {s_b1 = 192 '?', s_b2 = 168 '?', s_b3 = 2 '\002', s_b4 = 1 '\001'}, S_un_w = {s_w1 = 49320, s_w2 = 513}, S_addr = 3232236033}}, offer_packet=0xffbff9e8) at check_dhcp.c:774 774 dhcp_lease_time=ntohl(*((u_int32_t *)&offer_packet->options[x])); (gdb) bt #0 0x00012668 in add_dhcp_offer (source= {S_un = {S_un_b = {s_b1 = 192 '?', s_b2 = 168 '?', s_b3 = 2 '\002', s_b4 = 1 '\001'}, S_un_w = {s_w1 = 49320, s_w2 = 513}, S_addr = 3232236033}}, offer_packet=0xffbff9e8) at check_dhcp.c:774 #1 0x00012ad4 in get_dhcp_offer (sock=7) at check_dhcp.c:556 #2 0x000136a8 in main (argc=3, argv=0xffbffcf4) at check_dhcp.c:258 Anyone seen this? It seems to broadcast okay and fails receiving the lease. Regards, - Harper Harper Mann Groundwork Open Source Solutions 510-599-2075 (cell) http://itgroundwork.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From Ton.Voon at egg.com Thu Dec 23 00:12:00 2004 From: Ton.Voon at egg.com (Voon, Ton) Date: Thu Dec 23 00:12:00 2004 Subject: [Nagiosplug-devel] Solaris 9 vs. check_dhcp (today's CVS) Message-ID: I've had build problems on check_dhcp when building on sf.net's Sol compile server, but I've been ignoring them because I don't know anything about it. -----Original Message----- From: Harper Mann [mailto:hmann at itgroundwork.com] Sent: 23 December 2004 01:15 To: nagiosplug-devel at lists.sourceforge.net Subject: [Nagiosplug-devel] Solaris 9 vs. check_dhcp (today's CVS) Hi, Has anyone tried check_dhcp on Solaris 9? Mine was built today off the current nagiosplug cvs. [root at bern plugins]$ ifconfig -a lo0: flags=1000849 mtu 8232 index 1 inet 127.0.0.1 netmask ff000000 eri0: flags=1000843 mtu 1500 index 2 inet 192.168.2.58 netmask ffffff00 broadcast 192.168.2.255 ether 0:3:ba:7a:c3:55 [root at bern plugins]$ gdb ./check_dhcp GNU gdb 6.1 "Copyright blah..." This GDB was configured as "sparc-sun-solaris2.8"... (gdb) run -i eri0 Starting program: /home/hmann/nagiosplug/plugins/check_dhcp -i eri0 Program received signal SIGSEGV, Segmentation fault. 0x00012668 in add_dhcp_offer (source= {S_un = {S_un_b = {s_b1 = 192 '?', s_b2 = 168 '?', s_b3 = 2 '\002', s_b4 = 1 '\001'}, S_un_w = {s_w1 = 49320, s_w2 = 513}, S_addr = 3232236033}}, offer_packet=0xffbff9e8) at check_dhcp.c:774 774 dhcp_lease_time=ntohl(*((u_int32_t *)&offer_packet->options[x])); (gdb) bt #0 0x00012668 in add_dhcp_offer (source= {S_un = {S_un_b = {s_b1 = 192 '?', s_b2 = 168 '?', s_b3 = 2 '\002', s_b4 = 1 '\001'}, S_un_w = {s_w1 = 49320, s_w2 = 513}, S_addr = 3232236033}}, offer_packet=0xffbff9e8) at check_dhcp.c:774 #1 0x00012ad4 in get_dhcp_offer (sock=7) at check_dhcp.c:556 #2 0x000136a8 in main (argc=3, argv=0xffbffcf4) at check_dhcp.c:258 Anyone seen this? It seems to broadcast okay and fails receiving the lease. Regards, - Harper Harper Mann Groundwork Open Source Solutions 510-599-2075 (cell) http://itgroundwork.com ----------------------------------------- This private and confidential e-mail has been sent to you by Egg. The Egg group of companies includes Egg Banking plc registered no. 2999842), Egg Financial Products Ltd (registered no. 3319027) and Egg Investments Ltd (registered no. 3403963) which is authorised and regulated by the Financial Services Authority. Egg Investments Ltd. is entered in the FSA register under number 190518. Registered in England and Wales. Registered offices: 1 Waterhouse Square, 138-142 Holborn, London EC1N 2NA. If you are not the intended recipient of this e-mail and have received it in error, please notify the sender by replying with 'received in error' as the subject and then delete it from your mailbox. -------------- next part -------------- An HTML attachment was scrubbed... URL: From noreply at sourceforge.net Thu Dec 23 00:22:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Dec 23 00:22:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1090263 ] RDP check plugins Message-ID: New Plugins item #1090263, was opened at 2004-12-23 08:21 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1090263&group_id=29880 Category: C plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Matthieu MARC (blink38) Assigned to: Nobody/Anonymous (nobody) Summary: RDP check plugins Initial Comment: I tried to write a plugins to check my Terminal Server not just using check_tcp on port 3389. Because RDP protocol is not trivial and is not documented, I choose to use code from rdesktop projects. I am not a C developer, but I learnt it when I was in college, so you can say my code is a little ugly ;-) I think the plugins is working as I want. It make RDP connexion and stop when the terminal server login windows appears at the screen (I remove all code which call GUI function, so the windows is not shown); I have not already tested the plugins in server crash, when the port is open but the terminal service does not work. Maybee it never appears... maybee not. I need now some help to integrate my code, to do a good Makefile, configure.in..... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1090263&group_id=29880 From Stanley.Hopcroft at IPAustralia.Gov.AU Thu Dec 23 00:52:02 2004 From: Stanley.Hopcroft at IPAustralia.Gov.AU (Stanley Hopcroft) Date: Thu Dec 23 00:52:02 2004 Subject: [Nagiosplug-devel] Solaris 9 vs. check_dhcp (today's CVS) In-Reply-To: References: Message-ID: <20041223085058.GA246@IPAustralia.Gov.AU> Dear Folks, On Thu, Dec 23, 2004 at 08:10:26AM -0000, Voon, Ton wrote: > I've had build problems on check_dhcp when building on sf.net's Sol compile > server, but I've been ignoring them because I don't know anything about it. > I thought it built Ok on the CF Sol (can't recall which vers) Will try again. The code base seems tight (it's Ethans) and works without SEGV on FreeBSD. The only platform dependent code is related to getting the interface MAC address (to set in the discover packet). Unfortch this plugin _must_ be setuid root so it's hard to test on other peoples servers (CF for example). Yours sincerely. -- Stanley Hopcroft IP Australia Ph: (02) 6283 3189 Fax: (02) 6281 1353 PO Box 200 Woden ACT 2606 http://www.ipaustralia.gov.au -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: disclaimer.txt URL: From noreply at sourceforge.net Thu Dec 23 01:38:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Dec 23 01:38:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1087171 ] 1.4alpha3: check_icmp fails build on solaris 8 Message-ID: Bugs item #1087171, was opened at 2004-12-17 17:47 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1087171&group_id=29880 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Lynne Lawrence (lglawrence) >Assigned to: Ton Voon (tonvoon) Summary: 1.4alpha3: check_icmp fails build on solaris 8 Initial Comment: When building on a Solaris 8 server, check_icmp fail build with: gcc -g -O2 -L. -L/usr/local/ssl/lib -o check_icmp check_icmp.o ../intl/libintl.a -liconv -lgen -lsocket -lssl -lcrypto Undefined first referenced symbol in file gethostbyaddr check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) inet_ntoa check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) inet_addr check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) gethostbyname check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) h_errno check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) ld: fatal: Symbol referencing errors. No output written to check_icmp collect2: ld returned 1 exit status make[2]: *** [check_icmp] Error 1 This is because the necessary -lnsl is missing. When I modify plugins/Makefile as follows: check_icmp_LDADD = $(LDADD) $(SOCKETLIBS) it will compile. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-12-23 09:37 Message: Logged In: YES user_id=664364 Lynne, Thanks for the bug report. Have changed to check_icmp_LDADD = $(LDADD) $(NETLIBS) and got other compile problems, but this is due to the code duplicating functions and variables. Will investigate this separately, so will close this for now. Thanks again. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1087171&group_id=29880 From Ton.Voon at egg.com Thu Dec 23 01:39:01 2004 From: Ton.Voon at egg.com (Voon, Ton) Date: Thu Dec 23 01:39:01 2004 Subject: [Nagiosplug-devel] Current compile problem: check_icmp (Was: Solaris 9 vs. check_dhc p (today's CVS)) Message-ID: Apologies (brain not fully in gear yet). The check_dhcp problem was on Sol2.6, to do with socklen_t not being defined. I've got a fix for that which I've committed. I then got an error in check_icmp's compile, to do with undefined symbols: Undefined first referenced symbol in file socket check_icmp.o getprotobyname check_icmp.o sendto check_icmp.o recvfrom check_icmp.o This was fixed by amending plugins/Makefile.am (Lynne Lawrence - 1087171) to load in the NETLIBS, but then I got this: gcc -g -O2 -L. -o check_icmp check_icmp.o netutils.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a getaddrinfo.o gethostbyname.o -lnsl -lsocket -lresolv ../intl/libintl.a -lgen -lnsl ld: warning: symbol `end_time' has differing sizes: (file check_icmp.o value=0x8; file utils.o value=0x4); check_icmp.o definition taken ld: fatal: symbol `usage' is multiply-defined: (file check_icmp.o and file utils.o); ld: warning: symbol `start_time' has differing sizes: (file check_icmp.o value=0x8; file utils.o value=0x4); check_icmp.o definition taken ld: fatal: File processing errors. No output written to check_icmp which is due to check_icmp redefining functions/variables that already exist in utils.c. Could change the plugins/Makefile.am to load in just the netutils.o, but check_icmp should stick to our framework of using utils.o. Can Andreas sort this one out? Ton -----Original Message----- From: Stanley Hopcroft [mailto:Stanley.Hopcroft at IPAustralia.Gov.AU] Sent: 23 December 2004 08:51 To: Voon, Ton Cc: 'hmann at itgroundwork.com'; nagiosplug-devel at lists.sourceforge.net Subject: Re: [Nagiosplug-devel] Solaris 9 vs. check_dhcp (today's CVS) Dear Folks, On Thu, Dec 23, 2004 at 08:10:26AM -0000, Voon, Ton wrote: > I've had build problems on check_dhcp when building on sf.net's Sol > compile server, but I've been ignoring them because I don't know > anything about it. > I thought it built Ok on the CF Sol (can't recall which vers) Will try again. The code base seems tight (it's Ethans) and works without SEGV on FreeBSD. The only platform dependent code is related to getting the interface MAC address (to set in the discover packet). Unfortch this plugin _must_ be setuid root so it's hard to test on other peoples servers (CF for example). Yours sincerely. -- Stanley Hopcroft IP Australia Ph: (02) 6283 3189 Fax: (02) 6281 1353 PO Box 200 Woden ACT 2606 http://www.ipaustralia.gov.au ----------------------------------------- This private and confidential e-mail has been sent to you by Egg. The Egg group of companies includes Egg Banking plc registered no. 2999842), Egg Financial Products Ltd (registered no. 3319027) and Egg Investments Ltd (registered no. 3403963) which is authorised and regulated by the Financial Services Authority. Egg Investments Ltd. is entered in the FSA register under number 190518. Registered in England and Wales. Registered offices: 1 Waterhouse Square, 138-142 Holborn, London EC1N 2NA. If you are not the intended recipient of this e-mail and have received it in error, please notify the sender by replying with 'received in error' as the subject and then delete it from your mailbox. From noreply at sourceforge.net Thu Dec 23 04:15:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Dec 23 04:15:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1090337 ] patch to make check_disk ignore zero size file systems Message-ID: Patches item #1090337, was opened at 2004-12-23 12:14 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1090337&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Tim Wootton (tim_wootton1) Assigned to: Nobody/Anonymous (nobody) Summary: patch to make check_disk ignore zero size file systems Initial Comment: This patch makes check_disk ignore zero size file systems. I made this patch because when checking all disks (i.e. --path not specified) on solaris 8, a numer of zero length mounted file systems show up, like /proc (which is already ignored due to the AIX /proc handling) but also fd and mnttab. As I use this plugin is exclusively used to check real disks, as I think most people do, I expect it's fairly safe to ignore those with size 0. This is my 1st time submitting a patch so I hope that the format and info is sufficient, if not please let me know so that I can do better next time! This patch is against the 1.3.1 (1.7.2.4) check_disk plugin. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1090337&group_id=29880 From ae at op5.se Thu Dec 23 05:12:01 2004 From: ae at op5.se (Andreas Ericsson) Date: Thu Dec 23 05:12:01 2004 Subject: [Nagiosplug-devel] Current compile problem: check_icmp (Was: Solaris 9 vs. check_dhc p (today's CVS)) In-Reply-To: References: Message-ID: <41CAC3D7.7060009@op5.se> Voon, Ton wrote: > Apologies (brain not fully in gear yet). The check_dhcp problem was on > Sol2.6, to do with socklen_t not being defined. I've got a fix for that > which I've committed. > > I then got an error in check_icmp's compile, to do with undefined symbols: > > Undefined first referenced > symbol in file > socket check_icmp.o > getprotobyname check_icmp.o > sendto check_icmp.o > recvfrom check_icmp.o > > This was fixed by amending plugins/Makefile.am (Lynne Lawrence - 1087171) to > load in the NETLIBS, but then I got this: > > gcc -g -O2 -L. -o check_icmp check_icmp.o netutils.o utils.o > ../lib/libnagiosplug.a ../lib/libcoreutils.a getaddrinfo.o gethostbyname.o > -lnsl -lsocket -lresolv ../intl/libintl.a -lgen -lnsl > ld: warning: symbol `end_time' has differing sizes: > (file check_icmp.o value=0x8; file utils.o value=0x4); > check_icmp.o definition taken > ld: fatal: symbol `usage' is multiply-defined: > (file check_icmp.o and file utils.o); > ld: warning: symbol `start_time' has differing sizes: > (file check_icmp.o value=0x8; file utils.o value=0x4); > check_icmp.o definition taken > ld: fatal: File processing errors. No output written to check_icmp > > which is due to check_icmp redefining functions/variables that already exist > in utils.c. Could change the plugins/Makefile.am to load in just the > netutils.o, but check_icmp should stick to our framework of using utils.o. > Can Andreas sort this one out? > Naturally. It would be easier if I could have cvs write access to check_icmp.c. > Ton > > -----Original Message----- > From: Stanley Hopcroft [mailto:Stanley.Hopcroft at IPAustralia.Gov.AU] > Sent: 23 December 2004 08:51 > To: Voon, Ton > Cc: 'hmann at itgroundwork.com'; nagiosplug-devel at lists.sourceforge.net > Subject: Re: [Nagiosplug-devel] Solaris 9 vs. check_dhcp (today's CVS) > > > Dear Folks, > > > On Thu, Dec 23, 2004 at 08:10:26AM -0000, Voon, Ton wrote: > >>I've had build problems on check_dhcp when building on sf.net's Sol >>compile server, but I've been ignoring them because I don't know >>anything about it. >> > > > I thought it built Ok on the CF Sol (can't recall which vers) > > Will try again. > > The code base seems tight (it's Ethans) and works without SEGV on > FreeBSD. The only platform dependent code is related to getting the > interface MAC address (to set in the discover packet). > > Unfortch this plugin _must_ be setuid root so it's hard to test on other > peoples servers (CF for example). > > Yours sincerely. > > -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From Ton.Voon at egg.com Thu Dec 23 05:17:02 2004 From: Ton.Voon at egg.com (Voon, Ton) Date: Thu Dec 23 05:17:02 2004 Subject: [Nagiosplug-devel] Current compile problem: check_icmp (Was: Solaris 9 vs. check_dhc p (today's CVS)) Message-ID: A patch would suffice for now! -----Original Message----- From: Andreas Ericsson [mailto:ae at op5.se] Sent: 23 December 2004 13:11 To: nagiosplug-devel at lists.sourceforge.net Subject: Re: [Nagiosplug-devel] Current compile problem: check_icmp (Was: Solaris 9 vs. check_dhc p (today's CVS)) Voon, Ton wrote: > Apologies (brain not fully in gear yet). The check_dhcp problem was on > Sol2.6, to do with socklen_t not being defined. I've got a fix for > that which I've committed. > > I then got an error in check_icmp's compile, to do with undefined > symbols: > > Undefined first referenced > symbol in file > socket check_icmp.o > getprotobyname check_icmp.o > sendto check_icmp.o > recvfrom check_icmp.o > > This was fixed by amending plugins/Makefile.am (Lynne Lawrence - > 1087171) to load in the NETLIBS, but then I got this: > > gcc -g -O2 -L. -o check_icmp check_icmp.o netutils.o utils.o > ../lib/libnagiosplug.a ../lib/libcoreutils.a getaddrinfo.o > gethostbyname.o -lnsl -lsocket -lresolv ../intl/libintl.a -lgen -lnsl > ld: warning: symbol `end_time' has differing sizes: > (file check_icmp.o value=0x8; file utils.o value=0x4); > check_icmp.o definition taken > ld: fatal: symbol `usage' is multiply-defined: > (file check_icmp.o and file utils.o); > ld: warning: symbol `start_time' has differing sizes: > (file check_icmp.o value=0x8; file utils.o value=0x4); > check_icmp.o definition taken > ld: fatal: File processing errors. No output written to check_icmp > > which is due to check_icmp redefining functions/variables that already > exist in utils.c. Could change the plugins/Makefile.am to load in just > the netutils.o, but check_icmp should stick to our framework of using > utils.o. Can Andreas sort this one out? > Naturally. It would be easier if I could have cvs write access to check_icmp.c. ----------------------------------------- This private and confidential e-mail has been sent to you by Egg. The Egg group of companies includes Egg Banking plc registered no. 2999842), Egg Financial Products Ltd (registered no. 3319027) and Egg Investments Ltd (registered no. 3403963) which is authorised and regulated by the Financial Services Authority. Egg Investments Ltd. is entered in the FSA register under number 190518. Registered in England and Wales. Registered offices: 1 Waterhouse Square, 138-142 Holborn, London EC1N 2NA. If you are not the intended recipient of this e-mail and have received it in error, please notify the sender by replying with 'received in error' as the subject and then delete it from your mailbox. From frederic.jolly at ext.bull.net Thu Dec 23 06:21:04 2004 From: frederic.jolly at ext.bull.net (Jolly Frederic) Date: Thu Dec 23 06:21:04 2004 Subject: [Nagiosplug-devel] New plugin : check_nfs Message-ID: <200412231520.01590.frederic.jolly@ext.bull.net> Hello, I'm currently working on a new plugin for Nagios: a plugin to monitor NFS (and most specifically the new version NFSv4). This plugin will: - check if the nfs daemons are running correctly (server and client sides) - grep some errors from the NFS logs - check rpc errors (with the command nfsstat) - detect when a mounting point hangs - returns some performance datas: - check the percentage of cpu taken by the nfsd - check in /proc/net/rpc/nfsd the number of effective processes of nfsd used - check the transfer rate of each nfs server (with nfsstat) If you have any questions, ideas or comments about this plugin, please let me know. Frederic. From hmann at itgroundwork.com Thu Dec 23 08:16:07 2004 From: hmann at itgroundwork.com (Harper Mann) Date: Thu Dec 23 08:16:07 2004 Subject: [Nagiosplug-devel] Current compile problem: check_icmp (Was: Solaris 9 vs. check_dhc p (today's CVS)) In-Reply-To: Message-ID: I'll try the check_dhcp son Sol again today with latest CVS. I had the same problem with check_icmp but I changed the check_icmp_LDADD line that was added to Makefile.am to only include $(LDADD) and $(SOCKETLIBS) and not utils.o. I tested this on RedHat and it works as well. I'm not quite up to speed on utils.o but I'll try to look at that as well. Regards, - Harper Harper Mann Groundwork Open Source Solutions 510-599-2075 (cell) http://itgroundwork.com -----Original Message----- From: nagiosplug-devel-admin at lists.sourceforge.net [mailto:nagiosplug-devel-admin at lists.sourceforge.net] On Behalf Of Voon, Ton Sent: Thursday, December 23, 2004 1:37 AM To: 'Stanley Hopcroft' Cc: 'hmann at itgroundwork.com'; nagiosplug-devel at lists.sourceforge.net Subject: [Nagiosplug-devel] Current compile problem: check_icmp (Was: Solaris 9 vs. check_dhc p (today's CVS)) Apologies (brain not fully in gear yet). The check_dhcp problem was on Sol2.6, to do with socklen_t not being defined. I've got a fix for that which I've committed. I then got an error in check_icmp's compile, to do with undefined symbols: Undefined first referenced symbol in file socket check_icmp.o getprotobyname check_icmp.o sendto check_icmp.o recvfrom check_icmp.o This was fixed by amending plugins/Makefile.am (Lynne Lawrence - 1087171) to load in the NETLIBS, but then I got this: gcc -g -O2 -L. -o check_icmp check_icmp.o netutils.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a getaddrinfo.o gethostbyname.o -lnsl -lsocket -lresolv ../intl/libintl.a -lgen -lnsl ld: warning: symbol `end_time' has differing sizes: (file check_icmp.o value=0x8; file utils.o value=0x4); check_icmp.o definition taken ld: fatal: symbol `usage' is multiply-defined: (file check_icmp.o and file utils.o); ld: warning: symbol `start_time' has differing sizes: (file check_icmp.o value=0x8; file utils.o value=0x4); check_icmp.o definition taken ld: fatal: File processing errors. No output written to check_icmp which is due to check_icmp redefining functions/variables that already exist in utils.c. Could change the plugins/Makefile.am to load in just the netutils.o, but check_icmp should stick to our framework of using utils.o. Can Andreas sort this one out? Ton -----Original Message----- From: Stanley Hopcroft [mailto:Stanley.Hopcroft at IPAustralia.Gov.AU] Sent: 23 December 2004 08:51 To: Voon, Ton Cc: 'hmann at itgroundwork.com'; nagiosplug-devel at lists.sourceforge.net Subject: Re: [Nagiosplug-devel] Solaris 9 vs. check_dhcp (today's CVS) Dear Folks, On Thu, Dec 23, 2004 at 08:10:26AM -0000, Voon, Ton wrote: > I've had build problems on check_dhcp when building on sf.net's Sol > compile server, but I've been ignoring them because I don't know > anything about it. > I thought it built Ok on the CF Sol (can't recall which vers) Will try again. The code base seems tight (it's Ethans) and works without SEGV on FreeBSD. The only platform dependent code is related to getting the interface MAC address (to set in the discover packet). Unfortch this plugin _must_ be setuid root so it's hard to test on other peoples servers (CF for example). Yours sincerely. -- Stanley Hopcroft IP Australia Ph: (02) 6283 3189 Fax: (02) 6281 1353 PO Box 200 Woden ACT 2606 http://www.ipaustralia.gov.au ----------------------------------------- This private and confidential e-mail has been sent to you by Egg. The Egg group of companies includes Egg Banking plc registered no. 2999842), Egg Financial Products Ltd (registered no. 3319027) and Egg Investments Ltd (registered no. 3403963) which is authorised and regulated by the Financial Services Authority. Egg Investments Ltd. is entered in the FSA register under number 190518. Registered in England and Wales. Registered offices: 1 Waterhouse Square, 138-142 Holborn, London EC1N 2NA. If you are not the intended recipient of this e-mail and have received it in error, please notify the sender by replying with 'received in error' as the subject and then delete it from your mailbox. ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ _______________________________________________________ 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 subash.rajan at wipro.com Thu Dec 23 09:29:04 2004 From: subash.rajan at wipro.com (subash.rajan at wipro.com) Date: Thu Dec 23 09:29:04 2004 Subject: [Nagiosplug-devel] Installation of NRPE and Plugins on IBM AIX Message-ID: <3AF8AC915483CD43BFD4377B240EACD4012B2F2F@blr-ec-msg05.wipro.com> Hi Ton, Thanks for your immediate response!!! As per you I have downloaded the "nagios-plugins-1.4.0-alpha3" and "nrpe-2.0" from the nagios site and installed it on the IBM AIX 5.2.0.0 server. The compilation was successful. After the compilation I verified that nrpe daemon is running and the port is active on the AIX server. I tried to run the "check_nrpe" from the Linux server which is our Nagios server. The following was the result. ------------------------------------------------------------------------ ----------------------------------------------------------------------- [root at NagiosServer libexec]# ./check_nrpe -H AIXSERVER -c check_users CHECK_NRPE: Received 0 bytes from daemon. Check the remote server logs for error messages. ------------------------------------------------------------------- I checked the syslog in AIX SERVER. ------------------------------------------------------------------------ ------------------------------------ aixserver: /var/log>grep nrpe syslog Dec 22 13:21:58 ukcsqply nrpe[17228]: connect from nagiosserver Dec 22 13:22:11 ukcsqply nrpe[17230]: connect from nagiosserver ------------------------------------------------------------------------ ---------------------------------------- I found that the nrpe daemon running on the AIX server is not sending the results to the check_nrpe request from Nagios server. The entry for nrpe in inetd.conf is as follows. ------------------------------------------------------------------------ -------------------------------------------------------- aixserver: /etc>grep nrpe inetd.conf nrpe stream tcp nowait nagios /usr/local/bin/tcpd /usr/local/nagios/nrpe -c /usr/local/nagios/nrpe.cfg --inetd ------------------------------------------------------------------------ ---------------------------------------------------------- Please suggest the solution for this problem. I would be glad to provide you with more details if you need. Thanks and Regards, Subash Rajan. -----Original Message----- From: Ton Voon [mailto:tonvoon at mac.com] Sent: Monday, December 20, 2004 9:49 PM To: Subash Rajan (WT01 - MANUFACTURING) Cc: SureshKumar Ramaswamy (WT01 - TECHNOLOGY INFRASTRUCTURE SERVICES (GS)); nagiosplug-devel at lists.sourceforge.net; SunilShriram Borkhedkar (WT01 - MANUFACTURING) Subject: Re: [Nagiosplug-devel] Installation of NRPE and Plugins on IBM AIX Subash, We are not maintaining release 1.3.1 much any more. Please try the 1.4alpha2 release - there have been reports of successful compiles on AIX. Ton On 17 Dec 2004, at 04:27, subash.rajan at wipro.com wrote: Hi, With related to the above subject I have few queries for which I need your suggestions. We are using Nagios Verion 1.2 for Monitoring servers running Windows NT, Windows 2003 and Linux Operating Systems. Additionally we are monitoring network devices which are Wireless Access Points and Switches. We would like to include few Unix Servers running IBM AIX for monitoring. The Maintenance Level of the AIX OS is 5.2.0.0. We have downloaded the nrpe-2.0 and Nagios-Plugins-1.3.1 from Nagios site and installed on the AIX system. We could successfully install and compile NRPE, started the daemon and verified that nagios server is able to communicate to the port 5666 of the AIX server. But we have problem in installing and compiling Nagios-Plugins. I have attached the error output while compiling plugins. The files attached are the outputs for the commands './configure' 'make all' and 'make install' from the directory /usr/local/nagios/nagios-plugins-1.3.1/plugins. Requesting you to investigate the problem and provide your feedback. Awaiting yout response, Thanks and Regards, Subash Rajan. Wipro Technologies. Bangalore. -------------- next part -------------- An HTML attachment was scrubbed... URL: From noreply at sourceforge.net Thu Dec 23 12:22:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Dec 23 12:22:04 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1090549 ] check_dhcp ignores DHCP replies Message-ID: Bugs item #1090549, was opened at 2004-12-23 12:21 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1090549&group_id=29880 Category: None Group: v1.3.0 beta3 Status: Open Resolution: None Priority: 5 Submitted By: L.C. (Laurentiu C. Badea) (wotevah) Assigned to: Nobody/Anonymous (nobody) Summary: check_dhcp ignores DHCP replies Initial Comment: check_dhcp ignores the DHCP replies apparently because they are broadcast to 255.255.255.255. .bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from , length: 548, flags: [Broadcast] .bootps > 255.255.255.255.bootpc: BOOTP/DHCP, Reply, length: 420, flags: [Broadcast] (0x8000) I believe the problem may be that recvfrom is not expecting a possible broadcast packet in response, so it ignores it. Relevant part from strace below: sendto(3, , 548, 0, {sa_family=AF_INET, sin_port=htons(67), sin_addr=inet_addr("255.255.255.255")}, 16) = 548 time([1103833074]) = 1103833074 time([1103833074]) = 1103833074 select(4, [3], NULL, NULL, {2, 0}) = 1 (in [3], left {1, 999000}) recvfrom(3, 0xfef67370, 548, 2, 0xfef67280, 0xfef67274) = -1 EINVAL (Invalid argument) recvfrom(3, 0xfef67370, 548, 0, 0xfef67280, 0xfef67274) = -1 EINVAL (Invalid argument) Client is Fedora Core 2 with nagios-plugins-1.3.1-10.1.fc2.dag. Server is Red Hat 9 with dhcp-3.0pl1-23. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1090549&group_id=29880 From noreply at sourceforge.net Thu Dec 23 13:56:23 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Dec 23 13:56:23 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1087087 ] compile error in check_http.c in 1.4alpha3 Message-ID: Bugs item #1087087, was opened at 2004-12-17 06:53 Message generated for change (Comment added) made by leefitz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1087087&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 7 Submitted By: madhamster (madhamster) Assigned to: Ton Voon (tonvoon) Summary: compile error in check_http.c in 1.4alpha3 Initial Comment: Using the exact same PATH as I compile 1.3.1 and 1.4alpha2, I cannot get 1.4alpha3 to compile (1.3.1 and 1.4alpha2 compiled just fine). The './configure' ran normally, but I get errors after I run 'make' during compile time when it gets to 1.4alpha3's check_http.c: <--snip--> if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_dummy.o -MD -MP -MF ".deps/check_dummy.Tpo" -c -o check_dummy.o check_dummy.c; then mv -f ".deps/check_dummy.Tpo" ".deps/check_dummy.Po"; else rm -f ".deps/check_dummy.Tpo"; exit 1; fi gcc -g -O2 -L. -o check_dummy check_dummy.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -lssl -lcrypto if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP -MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins-1.4.0-alpha3/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins-1.4.0-alpha3' make: *** [all] Error 2 <--snip--> ---------------------------------------------------------------------- Comment By: Leefitz (leefitz) Date: 2004-12-23 13:55 Message: Logged In: YES user_id=788090 I ran into the same problem about 30 minutes ago - might have missed something BUT appears the configure script in (WHICH WORKS) nagios-plugins-1.4.0alpha2>grep -in HAVE_OPENSSL_SSL_H config.h 268:#define HAVE_OPENSSL_SSL_H 1 while the results from configure in (WHICH DOESNT WORK) nagios-plugins-1.4.0-alpha3>grep -in HAVE_OPENSSL_SSL_H config.h 334:/* #undef HAVE_OPENSSL_SSL_H */ this is why the error in check_http.c sounds like ur onto it >...I made a change to the way SSL libraries were picked up, so that may have broken this. a compare of the configure scripts probably would show the diff- -leefitz ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-22 11:47 Message: Logged In: YES user_id=1179843 Ton, I just downloaded and compiled nagios-plugins-HEAD-200412221747, but it still had an issue with check_http: if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP -MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins-HEAD-200412221747/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins-HEAD-200412221747' make: *** [all] Error 2 Log file should be attached. --Paul ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-22 05:57 Message: Logged In: YES user_id=1179843 Ton, I have been checking since late last night, but still do not see a new "nagios-plugins-HEAD" snapshot- just a "r1_3_0" snapshot. I should wait for teh "HEAD" snapshot to try again though, correct? --Paul ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-21 15:20 Message: Logged In: YES user_id=664364 I've taken the hint and reverted the ssl checking routine back to the way 1.4-alpha2 worked. It seems that curl's checking routines didn't make a whole lot of sense to me now. Can you try the next snapshot please and let me know if it works okay. ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-21 09:08 Message: Logged In: YES user_id=1179843 Ton, I tried the nagios-plugins-HEAD-200412210547 and still had a compile error with check_http: gcc -g -O2 -L. -o check_dummy check_dummy.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -lssl -lcrypto if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP -MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins-HEAD-200412210547/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins-HEAD-200412210547' make: *** [all] Error 2 I uploaded the config.log. Just to make sure, I recompiled alpha2 with no issues... --Paul ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-21 07:40 Message: Logged In: YES user_id=664364 Paul, I think you might have been a bit quick! Your config log still shows the same error. Please try the plugins-HEAD- 200412210547 (at least) which definitely has the fix in it. (You can tell because line 296 in configure.in has the comment: "dnl The /usr checks need to be done so that the right area is include'd") Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-20 17:52 Message: Logged In: YES user_id=1179843 Oh, I forgot to mention, the error was compiling the nagios- plugins-HEAD-200412201747.tar.gz snapshot. Was that the correct one? ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-20 17:51 Message: Logged In: YES user_id=1179843 Ton, Still had a problem compiling: if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ - DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl - I/usr/include/ldap -I/include -I/include - I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP - MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins- HEAD-200412201747/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins- HEAD-200412201747' make: *** [all] Error 2 The config.log should be attached... My real name is below so you can add me to the list of contributors. --Paul Wiggins ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-20 13:43 Message: Logged In: YES user_id=664364 Madhamster, Got the config.log thanks. I think I've found the problem where I removed a check because I thought it was unnecessary. I've added it back in again now - can you try the snapshot at http://nagiosplug.sf.net/ snapshot (in a few hours). p.s. Do you have a real name to add to our list of contributors? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-19 19:41 Message: Logged In: YES user_id=1179843 I browsed to teh file, and checked the "Check to Upload and Attach a File" checkbox and clicked "submit changes"... Isn't that all I need to do? ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-19 12:46 Message: Logged In: YES user_id=664364 Madhamster, Sorry, the config.log is not attached. Can you try again? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-17 23:42 Message: Logged In: YES user_id=1179843 This is my PATH: /usr/local/bin:/usr/local/sbin:/usr/local/ssl:/usr/kerberos/sbin:/usr/kerberos/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/bin/X11:/usr/X11R6/bin The config.log is attached. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-17 20:50 Message: Logged In: YES user_id=664364 Madhamster, I made a change to the way SSL libraries were picked up, so that may have broken this. Can you send your config.log and configure output please. What is your PATH setting? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-17 12:48 Message: Logged In: YES user_id=1179843 Just to clarify, this is on a RedHat EL 3 machine. 1.3.1 and 1.4alpha2 plug-ins compile just fine, but 1.4alpha3 does not. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1087087&group_id=29880 From noreply at sourceforge.net Fri Dec 24 10:06:05 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Dec 24 10:06:05 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1087087 ] compile error in check_http.c in 1.4alpha3 Message-ID: Bugs item #1087087, was opened at 2004-12-17 14:53 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1087087&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 7 Submitted By: madhamster (madhamster) Assigned to: Ton Voon (tonvoon) Summary: compile error in check_http.c in 1.4alpha3 Initial Comment: Using the exact same PATH as I compile 1.3.1 and 1.4alpha2, I cannot get 1.4alpha3 to compile (1.3.1 and 1.4alpha2 compiled just fine). The './configure' ran normally, but I get errors after I run 'make' during compile time when it gets to 1.4alpha3's check_http.c: <--snip--> if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_dummy.o -MD -MP -MF ".deps/check_dummy.Tpo" -c -o check_dummy.o check_dummy.c; then mv -f ".deps/check_dummy.Tpo" ".deps/check_dummy.Po"; else rm -f ".deps/check_dummy.Tpo"; exit 1; fi gcc -g -O2 -L. -o check_dummy check_dummy.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -lssl -lcrypto if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP -MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins-1.4.0-alpha3/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins-1.4.0-alpha3' make: *** [all] Error 2 <--snip--> ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-12-24 18:05 Message: Logged In: YES user_id=664364 Leefitz, Thanks for the hint. I think I've fixed it now. Can you try the snapshot at http://nagiosplug.sf.net/snapshot and let us know. Ton ---------------------------------------------------------------------- Comment By: Leefitz (leefitz) Date: 2004-12-23 21:55 Message: Logged In: YES user_id=788090 I ran into the same problem about 30 minutes ago - might have missed something BUT appears the configure script in (WHICH WORKS) nagios-plugins-1.4.0alpha2>grep -in HAVE_OPENSSL_SSL_H config.h 268:#define HAVE_OPENSSL_SSL_H 1 while the results from configure in (WHICH DOESNT WORK) nagios-plugins-1.4.0-alpha3>grep -in HAVE_OPENSSL_SSL_H config.h 334:/* #undef HAVE_OPENSSL_SSL_H */ this is why the error in check_http.c sounds like ur onto it >...I made a change to the way SSL libraries were picked up, so that may have broken this. a compare of the configure scripts probably would show the diff- -leefitz ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-22 19:47 Message: Logged In: YES user_id=1179843 Ton, I just downloaded and compiled nagios-plugins-HEAD-200412221747, but it still had an issue with check_http: if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP -MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins-HEAD-200412221747/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins-HEAD-200412221747' make: *** [all] Error 2 Log file should be attached. --Paul ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-22 13:57 Message: Logged In: YES user_id=1179843 Ton, I have been checking since late last night, but still do not see a new "nagios-plugins-HEAD" snapshot- just a "r1_3_0" snapshot. I should wait for teh "HEAD" snapshot to try again though, correct? --Paul ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-21 23:20 Message: Logged In: YES user_id=664364 I've taken the hint and reverted the ssl checking routine back to the way 1.4-alpha2 worked. It seems that curl's checking routines didn't make a whole lot of sense to me now. Can you try the next snapshot please and let me know if it works okay. ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-21 17:08 Message: Logged In: YES user_id=1179843 Ton, I tried the nagios-plugins-HEAD-200412210547 and still had a compile error with check_http: gcc -g -O2 -L. -o check_dummy check_dummy.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -lssl -lcrypto if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP -MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins-HEAD-200412210547/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins-HEAD-200412210547' make: *** [all] Error 2 I uploaded the config.log. Just to make sure, I recompiled alpha2 with no issues... --Paul ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-21 15:40 Message: Logged In: YES user_id=664364 Paul, I think you might have been a bit quick! Your config log still shows the same error. Please try the plugins-HEAD- 200412210547 (at least) which definitely has the fix in it. (You can tell because line 296 in configure.in has the comment: "dnl The /usr checks need to be done so that the right area is include'd") Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-21 01:52 Message: Logged In: YES user_id=1179843 Oh, I forgot to mention, the error was compiling the nagios- plugins-HEAD-200412201747.tar.gz snapshot. Was that the correct one? ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-21 01:51 Message: Logged In: YES user_id=1179843 Ton, Still had a problem compiling: if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ - DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl - I/usr/include/ldap -I/include -I/include - I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP - MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins- HEAD-200412201747/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins- HEAD-200412201747' make: *** [all] Error 2 The config.log should be attached... My real name is below so you can add me to the list of contributors. --Paul Wiggins ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-20 21:43 Message: Logged In: YES user_id=664364 Madhamster, Got the config.log thanks. I think I've found the problem where I removed a check because I thought it was unnecessary. I've added it back in again now - can you try the snapshot at http://nagiosplug.sf.net/ snapshot (in a few hours). p.s. Do you have a real name to add to our list of contributors? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-20 03:41 Message: Logged In: YES user_id=1179843 I browsed to teh file, and checked the "Check to Upload and Attach a File" checkbox and clicked "submit changes"... Isn't that all I need to do? ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-19 20:46 Message: Logged In: YES user_id=664364 Madhamster, Sorry, the config.log is not attached. Can you try again? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-18 07:42 Message: Logged In: YES user_id=1179843 This is my PATH: /usr/local/bin:/usr/local/sbin:/usr/local/ssl:/usr/kerberos/sbin:/usr/kerberos/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/bin/X11:/usr/X11R6/bin The config.log is attached. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-18 04:50 Message: Logged In: YES user_id=664364 Madhamster, I made a change to the way SSL libraries were picked up, so that may have broken this. Can you send your config.log and configure output please. What is your PATH setting? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-17 20:48 Message: Logged In: YES user_id=1179843 Just to clarify, this is on a RedHat EL 3 machine. 1.3.1 and 1.4alpha2 plug-ins compile just fine, but 1.4alpha3 does not. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1087087&group_id=29880 From noreply at sourceforge.net Fri Dec 24 13:35:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Dec 24 13:35:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1087087 ] compile error in check_http.c in 1.4alpha3 Message-ID: Bugs item #1087087, was opened at 2004-12-17 06:53 Message generated for change (Comment added) made by leefitz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1087087&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 7 Submitted By: madhamster (madhamster) Assigned to: Ton Voon (tonvoon) Summary: compile error in check_http.c in 1.4alpha3 Initial Comment: Using the exact same PATH as I compile 1.3.1 and 1.4alpha2, I cannot get 1.4alpha3 to compile (1.3.1 and 1.4alpha2 compiled just fine). The './configure' ran normally, but I get errors after I run 'make' during compile time when it gets to 1.4alpha3's check_http.c: <--snip--> if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_dummy.o -MD -MP -MF ".deps/check_dummy.Tpo" -c -o check_dummy.o check_dummy.c; then mv -f ".deps/check_dummy.Tpo" ".deps/check_dummy.Po"; else rm -f ".deps/check_dummy.Tpo"; exit 1; fi gcc -g -O2 -L. -o check_dummy check_dummy.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -lssl -lcrypto if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP -MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins-1.4.0-alpha3/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins-1.4.0-alpha3' make: *** [all] Error 2 <--snip--> ---------------------------------------------------------------------- Comment By: Leefitz (leefitz) Date: 2004-12-24 13:34 Message: Logged In: YES user_id=788090 Ton, thanks 4 looking at this - will b able to check it on Monday and let u no -leefitz ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-24 10:05 Message: Logged In: YES user_id=664364 Leefitz, Thanks for the hint. I think I've fixed it now. Can you try the snapshot at http://nagiosplug.sf.net/snapshot and let us know. Ton ---------------------------------------------------------------------- Comment By: Leefitz (leefitz) Date: 2004-12-23 13:55 Message: Logged In: YES user_id=788090 I ran into the same problem about 30 minutes ago - might have missed something BUT appears the configure script in (WHICH WORKS) nagios-plugins-1.4.0alpha2>grep -in HAVE_OPENSSL_SSL_H config.h 268:#define HAVE_OPENSSL_SSL_H 1 while the results from configure in (WHICH DOESNT WORK) nagios-plugins-1.4.0-alpha3>grep -in HAVE_OPENSSL_SSL_H config.h 334:/* #undef HAVE_OPENSSL_SSL_H */ this is why the error in check_http.c sounds like ur onto it >...I made a change to the way SSL libraries were picked up, so that may have broken this. a compare of the configure scripts probably would show the diff- -leefitz ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-22 11:47 Message: Logged In: YES user_id=1179843 Ton, I just downloaded and compiled nagios-plugins-HEAD-200412221747, but it still had an issue with check_http: if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP -MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins-HEAD-200412221747/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins-HEAD-200412221747' make: *** [all] Error 2 Log file should be attached. --Paul ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-22 05:57 Message: Logged In: YES user_id=1179843 Ton, I have been checking since late last night, but still do not see a new "nagios-plugins-HEAD" snapshot- just a "r1_3_0" snapshot. I should wait for teh "HEAD" snapshot to try again though, correct? --Paul ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-21 15:20 Message: Logged In: YES user_id=664364 I've taken the hint and reverted the ssl checking routine back to the way 1.4-alpha2 worked. It seems that curl's checking routines didn't make a whole lot of sense to me now. Can you try the next snapshot please and let me know if it works okay. ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-21 09:08 Message: Logged In: YES user_id=1179843 Ton, I tried the nagios-plugins-HEAD-200412210547 and still had a compile error with check_http: gcc -g -O2 -L. -o check_dummy check_dummy.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -lssl -lcrypto if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP -MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins-HEAD-200412210547/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins-HEAD-200412210547' make: *** [all] Error 2 I uploaded the config.log. Just to make sure, I recompiled alpha2 with no issues... --Paul ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-21 07:40 Message: Logged In: YES user_id=664364 Paul, I think you might have been a bit quick! Your config log still shows the same error. Please try the plugins-HEAD- 200412210547 (at least) which definitely has the fix in it. (You can tell because line 296 in configure.in has the comment: "dnl The /usr checks need to be done so that the right area is include'd") Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-20 17:52 Message: Logged In: YES user_id=1179843 Oh, I forgot to mention, the error was compiling the nagios- plugins-HEAD-200412201747.tar.gz snapshot. Was that the correct one? ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-20 17:51 Message: Logged In: YES user_id=1179843 Ton, Still had a problem compiling: if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ - DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl - I/usr/include/ldap -I/include -I/include - I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP - MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins- HEAD-200412201747/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins- HEAD-200412201747' make: *** [all] Error 2 The config.log should be attached... My real name is below so you can add me to the list of contributors. --Paul Wiggins ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-20 13:43 Message: Logged In: YES user_id=664364 Madhamster, Got the config.log thanks. I think I've found the problem where I removed a check because I thought it was unnecessary. I've added it back in again now - can you try the snapshot at http://nagiosplug.sf.net/ snapshot (in a few hours). p.s. Do you have a real name to add to our list of contributors? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-19 19:41 Message: Logged In: YES user_id=1179843 I browsed to teh file, and checked the "Check to Upload and Attach a File" checkbox and clicked "submit changes"... Isn't that all I need to do? ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-19 12:46 Message: Logged In: YES user_id=664364 Madhamster, Sorry, the config.log is not attached. Can you try again? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-17 23:42 Message: Logged In: YES user_id=1179843 This is my PATH: /usr/local/bin:/usr/local/sbin:/usr/local/ssl:/usr/kerberos/sbin:/usr/kerberos/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/bin/X11:/usr/X11R6/bin The config.log is attached. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-17 20:50 Message: Logged In: YES user_id=664364 Madhamster, I made a change to the way SSL libraries were picked up, so that may have broken this. Can you send your config.log and configure output please. What is your PATH setting? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-17 12:48 Message: Logged In: YES user_id=1179843 Just to clarify, this is on a RedHat EL 3 machine. 1.3.1 and 1.4alpha2 plug-ins compile just fine, but 1.4alpha3 does not. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1087087&group_id=29880 From noreply at sourceforge.net Sat Dec 25 01:00:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Dec 25 01:00:04 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1091043 ] String match in check_ping for Solaris 10 Message-ID: Bugs item #1091043, was opened at 2004-12-24 23:59 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1091043&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Marcos Della (mdella) Assigned to: Nobody/Anonymous (nobody) Summary: String match in check_ping for Solaris 10 Initial Comment: When using the check_ping command for Solaris 10, the output of the ping command has changed. There are no matches for this new string in the "run_ping()" command. You need to add the following to get the round trip average from the new ping command... sscanf(buf,"round-trip (ms) min/avg/max/stddev = %*f/%f/%*f/%*f",&rta)==1 || Note that there are TWO spaces after the "(ms)". Output from ping is as follows: /usr/sbin/ping -n -s 192.168.124.1 56 5 PING 192.168.124.1 (192.168.124.1): 56 data bytes 64 bytes from 192.168.124.1: icmp_seq=0. time=1.56 ms 64 bytes from 192.168.124.1: icmp_seq=1. time=1.25 ms 64 bytes from 192.168.124.1: icmp_seq=2. time=1.32 ms 64 bytes from 192.168.124.1: icmp_seq=3. time=1.50 ms 64 bytes from 192.168.124.1: icmp_seq=4. time=2.15 ms ----192.168.124.1 PING Statistics---- 5 packets transmitted, 5 packets received, 0% packet loss round-trip (ms) min/avg/max/stddev = 1.25/1.56/2.15/0.35 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1091043&group_id=29880 From noreply at sourceforge.net Sat Dec 25 14:30:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Dec 25 14:30:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1091210 ] String match in check_ping for Solaris 10 Message-ID: Bugs item #1091210, was opened at 2004-12-25 13:29 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1091210&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Marcos Della (mdella) Assigned to: Nobody/Anonymous (nobody) Summary: String match in check_ping for Solaris 10 Initial Comment: When using the check_ping command for Solaris 10, the output of the ping command has changed. There are no matches for this new string in the "run_ping()" command. You need to add the following to get the round trip average from the new ping command... sscanf(buf,"round-trip (ms) min/avg/max/stddev = %*f/%f/%*f/%*f",&rta)==1 || Note that there are TWO spaces after the "(ms)". Output from ping is as follows: /usr/sbin/ping -n -s 192.168.124.1 56 5 PING 192.168.124.1 (192.168.124.1): 56 data bytes 64 bytes from 192.168.124.1: icmp_seq=0. time=1.56 ms 64 bytes from 192.168.124.1: icmp_seq=1. time=1.25 ms 64 bytes from 192.168.124.1: icmp_seq=2. time=1.32 ms 64 bytes from 192.168.124.1: icmp_seq=3. time=1.50 ms 64 bytes from 192.168.124.1: icmp_seq=4. time=2.15 ms ----192.168.124.1 PING Statistics---- 5 packets transmitted, 5 packets received, 0% packet loss round-trip (ms) min/avg/max/stddev = 1.25/1.56/2.15/0.35 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1091210&group_id=29880 From noreply at sourceforge.net Sat Dec 25 14:31:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Dec 25 14:31:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1091210 ] String match in check_ping for Solaris 10 Message-ID: Bugs item #1091210, was opened at 2004-12-25 13:29 Message generated for change (Settings changed) made by mdella You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1091210&group_id=29880 Category: None Group: None >Status: Deleted Resolution: None Priority: 5 Submitted By: Marcos Della (mdella) Assigned to: Nobody/Anonymous (nobody) Summary: String match in check_ping for Solaris 10 Initial Comment: When using the check_ping command for Solaris 10, the output of the ping command has changed. There are no matches for this new string in the "run_ping()" command. You need to add the following to get the round trip average from the new ping command... sscanf(buf,"round-trip (ms) min/avg/max/stddev = %*f/%f/%*f/%*f",&rta)==1 || Note that there are TWO spaces after the "(ms)". Output from ping is as follows: /usr/sbin/ping -n -s 192.168.124.1 56 5 PING 192.168.124.1 (192.168.124.1): 56 data bytes 64 bytes from 192.168.124.1: icmp_seq=0. time=1.56 ms 64 bytes from 192.168.124.1: icmp_seq=1. time=1.25 ms 64 bytes from 192.168.124.1: icmp_seq=2. time=1.32 ms 64 bytes from 192.168.124.1: icmp_seq=3. time=1.50 ms 64 bytes from 192.168.124.1: icmp_seq=4. time=2.15 ms ----192.168.124.1 PING Statistics---- 5 packets transmitted, 5 packets received, 0% packet loss round-trip (ms) min/avg/max/stddev = 1.25/1.56/2.15/0.35 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1091210&group_id=29880 From julien.touche at lycos.com Sun Dec 26 00:01:02 2004 From: julien.touche at lycos.com (Julien TOUCHE) Date: Sun Dec 26 00:01:02 2004 Subject: [Nagiosplug-devel] 1.4.0-alpha3 + openbsd Message-ID: <41CE6F91.6000305@lycos.com> patch to compile on 3.6 one for configure.in another for configure because i don't find there equivalent in configure.in Regards Julien -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: patch-configure URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: patch-configure_in URL: From julien.touche at lycos.com Sun Dec 26 00:03:04 2004 From: julien.touche at lycos.com (Julien TOUCHE) Date: Sun Dec 26 00:03:04 2004 Subject: [Nagiosplug-devel] check_http + proxy Message-ID: <41CE700A.8000506@lycos.com> is there any option to use a proxy with check_http ? or any other plugin to check a service through proxy ? thanks Regards Julien From benoit.mortier at opensides.be Sun Dec 26 14:47:01 2004 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Sun Dec 26 14:47:01 2004 Subject: [Nagiosplug-devel] 1.4.0-alpha3 + openbsd In-Reply-To: <41CE6F91.6000305@lycos.com> References: <41CE6F91.6000305@lycos.com> Message-ID: <200412262346.02895.benoit.mortier@opensides.be> Le dimanche 26 D?cembre 2004 09:00, Julien TOUCHE a ?crit?: > patch to compile on 3.6 > one for configure.in > another for configure because i don't find there equivalent in > configure.in Hello, could you made a patch for the lastest cvs.. thanks -- Benoit Mortier OpenSides sprl Linux Engineer From noreply at sourceforge.net Sun Dec 26 18:23:03 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Dec 26 18:23:03 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1087087 ] compile error in check_http.c in 1.4alpha3 Message-ID: Bugs item #1087087, was opened at 2004-12-17 08:53 Message generated for change (Comment added) made by madhamster You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1087087&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 7 Submitted By: madhamster (madhamster) Assigned to: Ton Voon (tonvoon) Summary: compile error in check_http.c in 1.4alpha3 Initial Comment: Using the exact same PATH as I compile 1.3.1 and 1.4alpha2, I cannot get 1.4alpha3 to compile (1.3.1 and 1.4alpha2 compiled just fine). The './configure' ran normally, but I get errors after I run 'make' during compile time when it gets to 1.4alpha3's check_http.c: <--snip--> if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_dummy.o -MD -MP -MF ".deps/check_dummy.Tpo" -c -o check_dummy.o check_dummy.c; then mv -f ".deps/check_dummy.Tpo" ".deps/check_dummy.Po"; else rm -f ".deps/check_dummy.Tpo"; exit 1; fi gcc -g -O2 -L. -o check_dummy check_dummy.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -lssl -lcrypto if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP -MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins-1.4.0-alpha3/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins-1.4.0-alpha3' make: *** [all] Error 2 <--snip--> ---------------------------------------------------------------------- >Comment By: madhamster (madhamster) Date: 2004-12-26 20:22 Message: Logged In: YES user_id=1179843 Ton, I tried out nagios-plugins-HEAD-200412231747 and check_http compiles now on RH EL ES 3 update 4. However, it fails on check_icmp now. I will start a new thread on this. --Paul ---------------------------------------------------------------------- Comment By: Leefitz (leefitz) Date: 2004-12-24 15:34 Message: Logged In: YES user_id=788090 Ton, thanks 4 looking at this - will b able to check it on Monday and let u no -leefitz ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-24 12:05 Message: Logged In: YES user_id=664364 Leefitz, Thanks for the hint. I think I've fixed it now. Can you try the snapshot at http://nagiosplug.sf.net/snapshot and let us know. Ton ---------------------------------------------------------------------- Comment By: Leefitz (leefitz) Date: 2004-12-23 15:55 Message: Logged In: YES user_id=788090 I ran into the same problem about 30 minutes ago - might have missed something BUT appears the configure script in (WHICH WORKS) nagios-plugins-1.4.0alpha2>grep -in HAVE_OPENSSL_SSL_H config.h 268:#define HAVE_OPENSSL_SSL_H 1 while the results from configure in (WHICH DOESNT WORK) nagios-plugins-1.4.0-alpha3>grep -in HAVE_OPENSSL_SSL_H config.h 334:/* #undef HAVE_OPENSSL_SSL_H */ this is why the error in check_http.c sounds like ur onto it >...I made a change to the way SSL libraries were picked up, so that may have broken this. a compare of the configure scripts probably would show the diff- -leefitz ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-22 13:47 Message: Logged In: YES user_id=1179843 Ton, I just downloaded and compiled nagios-plugins-HEAD-200412221747, but it still had an issue with check_http: if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP -MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins-HEAD-200412221747/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins-HEAD-200412221747' make: *** [all] Error 2 Log file should be attached. --Paul ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-22 07:57 Message: Logged In: YES user_id=1179843 Ton, I have been checking since late last night, but still do not see a new "nagios-plugins-HEAD" snapshot- just a "r1_3_0" snapshot. I should wait for teh "HEAD" snapshot to try again though, correct? --Paul ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-21 17:20 Message: Logged In: YES user_id=664364 I've taken the hint and reverted the ssl checking routine back to the way 1.4-alpha2 worked. It seems that curl's checking routines didn't make a whole lot of sense to me now. Can you try the next snapshot please and let me know if it works okay. ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-21 11:08 Message: Logged In: YES user_id=1179843 Ton, I tried the nagios-plugins-HEAD-200412210547 and still had a compile error with check_http: gcc -g -O2 -L. -o check_dummy check_dummy.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -lssl -lcrypto if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP -MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins-HEAD-200412210547/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins-HEAD-200412210547' make: *** [all] Error 2 I uploaded the config.log. Just to make sure, I recompiled alpha2 with no issues... --Paul ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-21 09:40 Message: Logged In: YES user_id=664364 Paul, I think you might have been a bit quick! Your config log still shows the same error. Please try the plugins-HEAD- 200412210547 (at least) which definitely has the fix in it. (You can tell because line 296 in configure.in has the comment: "dnl The /usr checks need to be done so that the right area is include'd") Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-20 19:52 Message: Logged In: YES user_id=1179843 Oh, I forgot to mention, the error was compiling the nagios- plugins-HEAD-200412201747.tar.gz snapshot. Was that the correct one? ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-20 19:51 Message: Logged In: YES user_id=1179843 Ton, Still had a problem compiling: if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ - DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl - I/usr/include/ldap -I/include -I/include - I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP - MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins- HEAD-200412201747/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins- HEAD-200412201747' make: *** [all] Error 2 The config.log should be attached... My real name is below so you can add me to the list of contributors. --Paul Wiggins ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-20 15:43 Message: Logged In: YES user_id=664364 Madhamster, Got the config.log thanks. I think I've found the problem where I removed a check because I thought it was unnecessary. I've added it back in again now - can you try the snapshot at http://nagiosplug.sf.net/ snapshot (in a few hours). p.s. Do you have a real name to add to our list of contributors? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-19 21:41 Message: Logged In: YES user_id=1179843 I browsed to teh file, and checked the "Check to Upload and Attach a File" checkbox and clicked "submit changes"... Isn't that all I need to do? ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-19 14:46 Message: Logged In: YES user_id=664364 Madhamster, Sorry, the config.log is not attached. Can you try again? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-18 01:42 Message: Logged In: YES user_id=1179843 This is my PATH: /usr/local/bin:/usr/local/sbin:/usr/local/ssl:/usr/kerberos/sbin:/usr/kerberos/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/bin/X11:/usr/X11R6/bin The config.log is attached. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-17 22:50 Message: Logged In: YES user_id=664364 Madhamster, I made a change to the way SSL libraries were picked up, so that may have broken this. Can you send your config.log and configure output please. What is your PATH setting? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-17 14:48 Message: Logged In: YES user_id=1179843 Just to clarify, this is on a RedHat EL 3 machine. 1.3.1 and 1.4alpha2 plug-ins compile just fine, but 1.4alpha3 does not. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1087087&group_id=29880 From noreply at sourceforge.net Sun Dec 26 18:27:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Dec 26 18:27:04 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1091547 ] compile error using 1.4alpha3 on check_icmp Message-ID: Bugs item #1091547, was opened at 2004-12-26 20:26 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1091547&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: madhamster (madhamster) Assigned to: Nobody/Anonymous (nobody) Summary: compile error using 1.4alpha3 on check_icmp Initial Comment: Using nagios-plugins-HEAD-200412231747, I get a compile error on check_icmp using RedHat EL ES v3 update 4. This is my path: PATH=/usr/local/bin:/usr/local/sbin:/usr/local/ssl:/usr/local/lib:/usr/local/include:/usr/kerberos/sbin:/usr/kerberos/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/bin/X11:/usr/X11R6/bin This was the error dui\ring the 'make': gcc -g -O2 -L. -L/usr/lib -o urlize urlize.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a popen.o -I/usr/include if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_icmp.o -MD -MP -MF ".deps/check_icmp.Tpo" -c -o check_icmp.o check_icmp.c; then mv -f ".deps/check_icmp.Tpo" ".deps/check_icmp.Po"; else rm -f ".deps/check_icmp.Tpo"; exit 1; fi gcc -g -O2 -L. -L/usr/lib -o check_icmp check_icmp.o netutils.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -lnsl -lresolv -I/usr/include utils.o(.text+0x64): In function `usage': /usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:55: multiple definition of `usage' check_icmp.o(.text+0x19fc):/usr/local/src/nagios-plugins-HEAD-200412231747/plugins/check_icmp.c:1345: first defined here /usr/bin/ld: Warning: size of symbol `usage' changed from 359 in check_icmp.o to 36 in utils.o utils.o(.text+0x78): In function `usage': /usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:57: undefined reference to `print_usage' utils.o(.text+0x96): In function `usage2': /usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:63: undefined reference to `progname' utils.o(.text+0xa5):/usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:64: undefined reference to `print_usage' utils.o(.text+0xc6): In function `usage3': /usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:71: undefined reference to `progname' utils.o(.text+0xd5):/usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:72: undefined reference to `print_usage' utils.o(.text+0xf3): In function `usage4': /usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:79: undefined reference to `progname' utils.o(.text+0x102):/usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:80: undefined reference to `print_usage' utils.o(.text+0x213): In function `timeout_alarm_handler': /usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:136: undefined reference to `timeout_interval' collect2: ld returned 1 exit status make[2]: *** [check_icmp] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins-HEAD-200412231747/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins-HEAD-200412231747' make: *** [all] Error 2 Attached is the config.log --Paul ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1091547&group_id=29880 From noreply at sourceforge.net Sun Dec 26 18:30:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Dec 26 18:30:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1086739 ] check_nagios anomoly with 1.4 vs. 1.3.1 Message-ID: Bugs item #1086739, was opened at 2004-12-16 15:41 Message generated for change (Comment added) made by madhamster You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1086739&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: madhamster (madhamster) Assigned to: Ton Voon (tonvoon) Summary: check_nagios anomoly with 1.4 vs. 1.3.1 Initial Comment: When using check_nagios 1.3.1 and the check_nagios command from either the commandline or from the cgi.cfg (/usr/local/nagios/libexec/check_nagios /usr/local/nagios/var/status.log 5 '/usr/local/nagios/bin/nagios'), the "nagios" process can be found just fine. However, when using the 1.4alpha2 plug-ins, the check_nagios binary will only return a correct answer with /usr/local/nagios/libexec/check_nagios /usr/local/nagios/var/status.log 5 'nagios' (only "nagios" being passed to the "ps" command). Is the ps command being invoked in a different way between the 1.3.1 and 1.4alpha2 check_nagios binaries? I would try with 1.4alpha3, but I cannot get it to complie as of yet, although I just successfully recompiled 1.4alpha2 and 1.3.1... ---------------------------------------------------------------------- >Comment By: madhamster (madhamster) Date: 2004-12-26 20:29 Message: Logged In: YES user_id=1179843 Ton, When I get 1.4alpha to compile all the way through, I will test this out again. Now that the issue with check_http is solved, I get an error on check_icmp- but I am sure that will be resolved soon. Thanks for all of your hard work! --Paul ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-20 20:04 Message: Logged In: YES user_id=1179843 Ton, In order to check this out, I am guessing we have to get the 1.4alpha3 or the current snapshot working with the check_http? The reason I ask, is I tried copying over check_nagios.c to 1.4alpha2 (since I can get it to compile) and now, I get an error when it gets to check_nagios: gcc -g -O2 -L. -L/usr/lib -o check_procs check_procs.o utils.o ../lib/libnagiosplug.a popen.o source='check_nagios.c' object='check_nagios.o' libtool=no depfile='.deps/check_nagios.Po' tmpdepfile='.deps/check_nagios.TPo' depmode=gcc3 /bin/sh ../depcomp gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ - DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl - I/usr/include/ldap -I/include -I/usr/include -I/include - I/usr/kerberos/include -g -O2 -c `test -f 'check_nagios.c' || echo './'`check_nagios.c gcc -g -O2 -L. -L/usr/lib -o check_nagios check_nagios.o utils.o ../lib/libnagiosplug.a popen.o check_nagios.o(.text+0x553): In function `main': /usr/local/src/nagios-plugins- 1.4.0alpha2/plugins/check_nagios.c:74: undefined reference to `usage4' check_nagios.o(.text+0x575):/usr/local/src/nagios-plugins- 1.4.0alpha2/plugins/check_nagios.c:70: undefined reference to `usage4' collect2: ld returned 1 exit status make[2]: *** [check_nagios] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins- 1.4.0alpha2/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins- 1.4.0alpha2' make: *** [all] Error 2 Attached is the config.log if you need that. --Paul Wiggins ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-20 16:22 Message: Logged In: YES user_id=664364 Madhamster, After looking at the code (and two commits), have managed to restore the original functionality. The -C flag will do a substring search based on the process arguments, not the short command name. Can you try the snapshot to see if this works correctly. Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-17 08:28 Message: Logged In: YES user_id=1179843 I just wanted to make sure that things were working the way you intended them to. I didn't know if the short name would impact the reliability (and I am pretty sure it won't). The cgi.cfg-sample file's nagios_check_command line (with nagios 1.1 and 1.2) references the full path for the nagios_check plug-in- and when i upgraded the plug-ins from 1.3.1 to 1.4alpha2, the nagios_check suddenly stopped working as I had expected it to. According to the 1.4alpha2 nagios_check --help, the -C still expects the full path as opposed to the short name. You may want to change that. Also, with Nasios 2 is released, you may want the cgi-cfg-sample's nagios_check_command to reference just teh short name if the new plug-ins are going to work this way... Just a thought. And , great work on the software. You are helping us save a lot of time a see problems before the users do! ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-17 01:15 Message: Logged In: YES user_id=664364 Madhamster, Thanks for the report. Yes, check_nagios has had a change in 1.4 as it now uses the same information that check_procs uses. However, check_procs has had -C changed so that it only reports the shortname of the command (without the full path). This is for consistency because some OS only return the short path in their ps output. Unfortunately, this has affected check_nagios. Is it sufficient to check just the shortname? Alternatively, we could check the args output, which would be the full output including argument values. Do you have an opinion? Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1086739&group_id=29880 From julien.touche at lycos.com Sun Dec 26 21:44:01 2004 From: julien.touche at lycos.com (Julien TOUCHE) Date: Sun Dec 26 21:44:01 2004 Subject: [Nagiosplug-devel] 1.4.0-alpha3 + openbsd In-Reply-To: <200412262346.02895.benoit.mortier@opensides.be> References: <41CE6F91.6000305@lycos.com> <200412262346.02895.benoit.mortier@opensides.be> Message-ID: <41CFA02E.5030404@lycos.com> >> another for configure because i don't find there equivalent in >> configure.in could you point me where the change for configure could be reported (when regen configure) ? Regards Julien From noreply at sourceforge.net Sun Dec 26 22:55:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Dec 26 22:55:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1091547 ] compile error using 1.4alpha3 on check_icmp Message-ID: Bugs item #1091547, was opened at 2004-12-27 03:26 Message generated for change (Comment added) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1091547&group_id=29880 Category: None >Group: CVS Status: Open Resolution: None >Priority: 7 Submitted By: madhamster (madhamster) >Assigned to: Benoit Mortier (opensides) Summary: compile error using 1.4alpha3 on check_icmp Initial Comment: Using nagios-plugins-HEAD-200412231747, I get a compile error on check_icmp using RedHat EL ES v3 update 4. This is my path: PATH=/usr/local/bin:/usr/local/sbin:/usr/local/ssl:/usr/local/lib:/usr/local/include:/usr/kerberos/sbin:/usr/kerberos/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/bin/X11:/usr/X11R6/bin This was the error dui\ring the 'make': gcc -g -O2 -L. -L/usr/lib -o urlize urlize.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a popen.o -I/usr/include if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_icmp.o -MD -MP -MF ".deps/check_icmp.Tpo" -c -o check_icmp.o check_icmp.c; then mv -f ".deps/check_icmp.Tpo" ".deps/check_icmp.Po"; else rm -f ".deps/check_icmp.Tpo"; exit 1; fi gcc -g -O2 -L. -L/usr/lib -o check_icmp check_icmp.o netutils.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -lnsl -lresolv -I/usr/include utils.o(.text+0x64): In function `usage': /usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:55: multiple definition of `usage' check_icmp.o(.text+0x19fc):/usr/local/src/nagios-plugins-HEAD-200412231747/plugins/check_icmp.c:1345: first defined here /usr/bin/ld: Warning: size of symbol `usage' changed from 359 in check_icmp.o to 36 in utils.o utils.o(.text+0x78): In function `usage': /usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:57: undefined reference to `print_usage' utils.o(.text+0x96): In function `usage2': /usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:63: undefined reference to `progname' utils.o(.text+0xa5):/usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:64: undefined reference to `print_usage' utils.o(.text+0xc6): In function `usage3': /usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:71: undefined reference to `progname' utils.o(.text+0xd5):/usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:72: undefined reference to `print_usage' utils.o(.text+0xf3): In function `usage4': /usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:79: undefined reference to `progname' utils.o(.text+0x102):/usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:80: undefined reference to `print_usage' utils.o(.text+0x213): In function `timeout_alarm_handler': /usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:136: undefined reference to `timeout_interval' collect2: ld returned 1 exit status make[2]: *** [check_icmp] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins-HEAD-200412231747/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins-HEAD-200412231747' make: *** [all] Error 2 Attached is the config.log --Paul ---------------------------------------------------------------------- >Comment By: Benoit Mortier (opensides) Date: 2004-12-27 07:54 Message: Logged In: YES user_id=388184 Hi, Could you try the latest cvs, a lot of changes hav been made to check_icmp.c this week-end Thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1091547&group_id=29880 From noreply at sourceforge.net Sun Dec 26 22:58:00 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Dec 26 22:58:00 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Feature Requests-1091043 ] String match in check_ping for Solaris 10 Message-ID: Feature Requests item #1091043, was opened at 2004-12-25 09:59 Message generated for change (Settings changed) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=1091043&group_id=29880 Category: None Group: None Status: Open Priority: 5 Submitted By: Marcos Della (mdella) >Assigned to: Benoit Mortier (opensides) Summary: String match in check_ping for Solaris 10 Initial Comment: When using the check_ping command for Solaris 10, the output of the ping command has changed. There are no matches for this new string in the "run_ping()" command. You need to add the following to get the round trip average from the new ping command... sscanf(buf,"round-trip (ms) min/avg/max/stddev = %*f/%f/%*f/%*f",&rta)==1 || Note that there are TWO spaces after the "(ms)". Output from ping is as follows: /usr/sbin/ping -n -s 192.168.124.1 56 5 PING 192.168.124.1 (192.168.124.1): 56 data bytes 64 bytes from 192.168.124.1: icmp_seq=0. time=1.56 ms 64 bytes from 192.168.124.1: icmp_seq=1. time=1.25 ms 64 bytes from 192.168.124.1: icmp_seq=2. time=1.32 ms 64 bytes from 192.168.124.1: icmp_seq=3. time=1.50 ms 64 bytes from 192.168.124.1: icmp_seq=4. time=2.15 ms ----192.168.124.1 PING Statistics---- 5 packets transmitted, 5 packets received, 0% packet loss round-trip (ms) min/avg/max/stddev = 1.25/1.56/2.15/0.35 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=1091043&group_id=29880 From noreply at sourceforge.net Mon Dec 27 07:15:15 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Dec 27 07:15:15 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1087087 ] compile error in check_http.c in 1.4alpha3 Message-ID: Bugs item #1087087, was opened at 2004-12-17 06:53 Message generated for change (Comment added) made by leefitz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1087087&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 7 Submitted By: madhamster (madhamster) Assigned to: Ton Voon (tonvoon) Summary: compile error in check_http.c in 1.4alpha3 Initial Comment: Using the exact same PATH as I compile 1.3.1 and 1.4alpha2, I cannot get 1.4alpha3 to compile (1.3.1 and 1.4alpha2 compiled just fine). The './configure' ran normally, but I get errors after I run 'make' during compile time when it gets to 1.4alpha3's check_http.c: <--snip--> if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_dummy.o -MD -MP -MF ".deps/check_dummy.Tpo" -c -o check_dummy.o check_dummy.c; then mv -f ".deps/check_dummy.Tpo" ".deps/check_dummy.Po"; else rm -f ".deps/check_dummy.Tpo"; exit 1; fi gcc -g -O2 -L. -o check_dummy check_dummy.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -lssl -lcrypto if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP -MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins-1.4.0-alpha3/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins-1.4.0-alpha3' make: *** [all] Error 2 <--snip--> ---------------------------------------------------------------------- Comment By: Leefitz (leefitz) Date: 2004-12-27 07:10 Message: Logged In: YES user_id=788090 Ton, downloaded and build nagios-plugins-r1_3_0-200412231747 OK minor config problem with ping not working - 4th param is error -L, --link show HTML in the plugin output (obsoleted by urlize) have to read up on urlize Thanks -leefitz ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-26 18:22 Message: Logged In: YES user_id=1179843 Ton, I tried out nagios-plugins-HEAD-200412231747 and check_http compiles now on RH EL ES 3 update 4. However, it fails on check_icmp now. I will start a new thread on this. --Paul ---------------------------------------------------------------------- Comment By: Leefitz (leefitz) Date: 2004-12-24 13:34 Message: Logged In: YES user_id=788090 Ton, thanks 4 looking at this - will b able to check it on Monday and let u no -leefitz ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-24 10:05 Message: Logged In: YES user_id=664364 Leefitz, Thanks for the hint. I think I've fixed it now. Can you try the snapshot at http://nagiosplug.sf.net/snapshot and let us know. Ton ---------------------------------------------------------------------- Comment By: Leefitz (leefitz) Date: 2004-12-23 13:55 Message: Logged In: YES user_id=788090 I ran into the same problem about 30 minutes ago - might have missed something BUT appears the configure script in (WHICH WORKS) nagios-plugins-1.4.0alpha2>grep -in HAVE_OPENSSL_SSL_H config.h 268:#define HAVE_OPENSSL_SSL_H 1 while the results from configure in (WHICH DOESNT WORK) nagios-plugins-1.4.0-alpha3>grep -in HAVE_OPENSSL_SSL_H config.h 334:/* #undef HAVE_OPENSSL_SSL_H */ this is why the error in check_http.c sounds like ur onto it >...I made a change to the way SSL libraries were picked up, so that may have broken this. a compare of the configure scripts probably would show the diff- -leefitz ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-22 11:47 Message: Logged In: YES user_id=1179843 Ton, I just downloaded and compiled nagios-plugins-HEAD-200412221747, but it still had an issue with check_http: if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP -MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins-HEAD-200412221747/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins-HEAD-200412221747' make: *** [all] Error 2 Log file should be attached. --Paul ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-22 05:57 Message: Logged In: YES user_id=1179843 Ton, I have been checking since late last night, but still do not see a new "nagios-plugins-HEAD" snapshot- just a "r1_3_0" snapshot. I should wait for teh "HEAD" snapshot to try again though, correct? --Paul ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-21 15:20 Message: Logged In: YES user_id=664364 I've taken the hint and reverted the ssl checking routine back to the way 1.4-alpha2 worked. It seems that curl's checking routines didn't make a whole lot of sense to me now. Can you try the next snapshot please and let me know if it works okay. ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-21 09:08 Message: Logged In: YES user_id=1179843 Ton, I tried the nagios-plugins-HEAD-200412210547 and still had a compile error with check_http: gcc -g -O2 -L. -o check_dummy check_dummy.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -lssl -lcrypto if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP -MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins-HEAD-200412210547/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins-HEAD-200412210547' make: *** [all] Error 2 I uploaded the config.log. Just to make sure, I recompiled alpha2 with no issues... --Paul ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-21 07:40 Message: Logged In: YES user_id=664364 Paul, I think you might have been a bit quick! Your config log still shows the same error. Please try the plugins-HEAD- 200412210547 (at least) which definitely has the fix in it. (You can tell because line 296 in configure.in has the comment: "dnl The /usr checks need to be done so that the right area is include'd") Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-20 17:52 Message: Logged In: YES user_id=1179843 Oh, I forgot to mention, the error was compiling the nagios- plugins-HEAD-200412201747.tar.gz snapshot. Was that the correct one? ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-20 17:51 Message: Logged In: YES user_id=1179843 Ton, Still had a problem compiling: if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ - DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl - I/usr/include/ldap -I/include -I/include - I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP - MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins- HEAD-200412201747/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins- HEAD-200412201747' make: *** [all] Error 2 The config.log should be attached... My real name is below so you can add me to the list of contributors. --Paul Wiggins ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-20 13:43 Message: Logged In: YES user_id=664364 Madhamster, Got the config.log thanks. I think I've found the problem where I removed a check because I thought it was unnecessary. I've added it back in again now - can you try the snapshot at http://nagiosplug.sf.net/ snapshot (in a few hours). p.s. Do you have a real name to add to our list of contributors? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-19 19:41 Message: Logged In: YES user_id=1179843 I browsed to teh file, and checked the "Check to Upload and Attach a File" checkbox and clicked "submit changes"... Isn't that all I need to do? ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-19 12:46 Message: Logged In: YES user_id=664364 Madhamster, Sorry, the config.log is not attached. Can you try again? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-17 23:42 Message: Logged In: YES user_id=1179843 This is my PATH: /usr/local/bin:/usr/local/sbin:/usr/local/ssl:/usr/kerberos/sbin:/usr/kerberos/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/bin/X11:/usr/X11R6/bin The config.log is attached. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-17 20:50 Message: Logged In: YES user_id=664364 Madhamster, I made a change to the way SSL libraries were picked up, so that may have broken this. Can you send your config.log and configure output please. What is your PATH setting? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-17 12:48 Message: Logged In: YES user_id=1179843 Just to clarify, this is on a RedHat EL 3 machine. 1.3.1 and 1.4alpha2 plug-ins compile just fine, but 1.4alpha3 does not. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1087087&group_id=29880 From benoit.mortier at opensides.be Mon Dec 27 10:30:04 2004 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Mon Dec 27 10:30:04 2004 Subject: [Nagiosplug-devel] vla le planning ;-) Message-ID: <200412271929.06083.benoit.mortier@opensides.be> 1) id?e de lettre BM/FP/LE 27/12/2004 2) communique de presse BM/FP/LE 28/12/2004 3) utilisation tiny erp FP 30/12/2004 4) double affichage / double stand BM 27/12/2004 5) a1 440px BM 27/12/2004 6) prix chemise brod?es FP 7) fichier presse BM/FP 29/12/2004 8) enveloppe A5/A4 FP 28/12/2004 A+ -- Benoit Mortier OpenSides sprl Linux Engineer From benoit.mortier at opensides.be Mon Dec 27 10:32:02 2004 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Mon Dec 27 10:32:02 2004 Subject: [Nagiosplug-devel] 1.4.0-alpha3 + openbsd In-Reply-To: <41CFA02E.5030404@lycos.com> References: <41CE6F91.6000305@lycos.com> <200412262346.02895.benoit.mortier@opensides.be> <41CFA02E.5030404@lycos.com> Message-ID: <200412271931.21055.benoit.mortier@opensides.be> Le lundi 27 D?cembre 2004 06:39, Julien TOUCHE a ?crit?: > >> another for configure because i don't find there equivalent in > >> configure.in > > could you point me where the change for configure could be reported > (when regen configure) ? normally all change should be made on configure.in that's what's used to make configure, but i'am not expert on this. -- Benoit Mortier OpenSides sprl Linux Engineer From benoit.mortier at opensides.be Mon Dec 27 10:46:02 2004 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Mon Dec 27 10:46:02 2004 Subject: [Nagiosplug-devel] vla le planning ;-) In-Reply-To: <200412271929.06083.benoit.mortier@opensides.be> References: <200412271929.06083.benoit.mortier@opensides.be> Message-ID: <200412271945.13124.benoit.mortier@opensides.be> Le lundi 27 D?cembre 2004 19:29, Benoit Mortier a ?crit?: oops wrong key sorry ;-( -- Benoit Mortier OpenSides sprl Linux Engineer From julien.touche at lycos.com Mon Dec 27 12:00:03 2004 From: julien.touche at lycos.com (Julien TOUCHE) Date: Mon Dec 27 12:00:03 2004 Subject: [Nagiosplug-devel] 1.4.0-alpha3 + openbsd In-Reply-To: <41CE6F91.6000305@lycos.com> References: <41CE6F91.6000305@lycos.com> Message-ID: <41D06990.8040806@lycos.com> this work on snaphsot from HEAD-200412231747 * configure.in patch ok * autoconf * configure patch ok for sys/ucred.h and mntent.h if i remember well i didn't find their entries in configure.in > ------------------------------------------------------------------------ > > $OpenBSD$ > --- configure.orig Sat Dec 18 15:20:38 2004 > +++ configure Sat Dec 18 15:23:49 2004 > @@ -21569,6 +21569,9 @@ cat confdefs.h >>conftest.$ac_ext > cat >>conftest.$ac_ext <<_ACEOF > /* end confdefs.h. */ > #include > +#if HAVE_SYS_PARAM_H > +# include > +#endif > > #include <$ac_header> > _ACEOF > @@ -21640,6 +21643,9 @@ cat confdefs.h >>conftest.$ac_ext > cat >>conftest.$ac_ext <<_ACEOF > /* end confdefs.h. */ > $ac_includes_default > +#ifdef HAVE_SYS_PARAM_H > +#include > +#endif > #include <$ac_header> > _ACEOF > rm -f conftest.$ac_objext > > > ------------------------------------------------------------------------ > > $OpenBSD$ > --- configure.in.orig Sat Dec 18 15:38:32 2004 > +++ configure.in Sat Dec 18 15:39:03 2004 > @@ -1374,12 +1374,13 @@ dnl fwict, the 2-arg is an SVR4 standard > dnl in the various BSD's > dnl > > +dnl sys/param.h needed for sys/swap.h on openbsd > +AC_CHECK_HEADERS([sys/stat.h sys/param.h]) > AC_CHECK_HEADERS([sys/swap.h], [], [], [ > #ifdef HAVE_SYS_PARAM_H > #include > #endif > ]) > -AC_CHECK_HEADERS([sys/stat.h sys/param.h]) > AC_CHECK_DECLS([swapctl],,,[ > #include > #include Regards Julien From poncki.lists at axelspringer.com.pl Mon Dec 27 12:46:01 2004 From: poncki.lists at axelspringer.com.pl (Tomasz Pilat) Date: Mon Dec 27 12:46:01 2004 Subject: [Nagiosplug-devel] BUG: check_proc doeas not work under FreeB SD 4 In-Reply-To: References: Message-ID: <33444678.20041227214737@axelspringer.com.pl> Ton, Tuesday, December 21, 2004, 3:29:37 PM, you wrote: > This looks promising (with the proviso that only the first 16 chars of the > command are kept). Can I have a head -5 of: > ps -axwo 'stat uid ppid vsz rss pcpu ucomm command' > On all the FreeBSD and OpenBSD that you may have. FreeBSD 4.10-STABLE #19: Fri Nov 19 16:59:02 CET 2004 STAT UID PPID VSZ RSS %CPU UCOMM COMMAND DLs 0 0 0 0 0,0 swapper (swapper) ILs 0 0 556 76 0,0 init /sbin/init -- DL 0 0 0 0 0,0 taskqueue (taskqueue) DL 0 0 0 0 0,0 pagedaemon (pagedaemon) FreeBSD 4.11-PRERELEASE #602: Fri Dec 10 10:53:36 CET 2004 STAT UID PPID VSZ RSS %CPU UCOMM COMMAND DLs 0 0 0 0 0.0 swapper (swapper) ILs 0 0 552 328 0.0 init /sbin/init -- DL 0 0 0 0 0.0 taskqueue (taskqueue) DL 0 0 0 0 0.0 pagedaemon (pagedaemon) FreeBSD 5.2.1-RELEASE #0: Mon Feb 23 20:45:55 GMT 2004 STAT UID PPID VSZ RSS %CPU UCOMM COMMAND DLs 0 0 0 4 0.0 swapper (swapper) ILs 0 0 760 84 0.0 init /sbin/init -- DL 0 0 0 12 0.0 g_event (g_event) DL 0 0 0 12 0.0 g_up (g_up) same, with sysctl security.bsd.see_other_uids=0 STAT UID PPID VSZ RSS %CPU UCOMM COMMAND S 1000 12388 5516 2404 0.4 sshd sshd: poncki at ttyp0 (sshd) Ss 1000 12390 1336 920 1.1 bash -bash (bash) R+ 1000 12391 1348 752 0.0 ps /bin/ps -axwo stat uid ppid vsz rss pcpu ucomm command S+ 1000 12391 1204 596 0.0 head head -5 These are provided by other people: FreeBSD 5.3-RELEASE-p1 #16: Sun Nov 28 17:13:14 CET 2004 STAT UID PPID VSZ RSS %CPU UCOMM COMMAND Is 1001 656 2776 724 0,0 sh /bin/sh -c xmms R 1001 737 28596 15864 24,4 xmms xmms R 1001 737 28596 15864 24,4 xmms xmms I 1001 1 5064 1332 0,0 gconfd-2 /usr/X11R6/libexec/gconfd-2 13 Is 1001 656 2776 788 0,0 sh /bin/sh -c Eterm (FreeBSD fork) DragonFly 1.1-CURRENT #1: Fri Dec 17 17:51:59 CET 2004 STAT UID PPID VSZ RSS %CPU UCOMM COMMAND IL 0 0 0 0 0,0 ithread 4 (ithread 4) IL 0 0 0 0 0,0 syncer (syncer) IL 0 0 0 0 0,0 bufdaemon (bufdaemon) IL 0 0 0 0 0,0 vmdaemon (vmdaemon) ... i do not use OpenBSD. ;-) Ponc From noreply at sourceforge.net Tue Dec 28 00:02:00 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Dec 28 00:02:00 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1091210 ] String match in check_ping for Solaris 10 Message-ID: Bugs item #1091210, was opened at 2004-12-25 13:29 Message generated for change (Settings changed) made by mdella You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1091210&group_id=29880 Category: None Group: None >Status: Open Resolution: None Priority: 5 Submitted By: Marcos Della (mdella) Assigned to: Nobody/Anonymous (nobody) Summary: String match in check_ping for Solaris 10 Initial Comment: When using the check_ping command for Solaris 10, the output of the ping command has changed. There are no matches for this new string in the "run_ping()" command. You need to add the following to get the round trip average from the new ping command... sscanf(buf,"round-trip (ms) min/avg/max/stddev = %*f/%f/%*f/%*f",&rta)==1 || Note that there are TWO spaces after the "(ms)". Output from ping is as follows: /usr/sbin/ping -n -s 192.168.124.1 56 5 PING 192.168.124.1 (192.168.124.1): 56 data bytes 64 bytes from 192.168.124.1: icmp_seq=0. time=1.56 ms 64 bytes from 192.168.124.1: icmp_seq=1. time=1.25 ms 64 bytes from 192.168.124.1: icmp_seq=2. time=1.32 ms 64 bytes from 192.168.124.1: icmp_seq=3. time=1.50 ms 64 bytes from 192.168.124.1: icmp_seq=4. time=2.15 ms ----192.168.124.1 PING Statistics---- 5 packets transmitted, 5 packets received, 0% packet loss round-trip (ms) min/avg/max/stddev = 1.25/1.56/2.15/0.35 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1091210&group_id=29880 From tonvoon at mac.com Tue Dec 28 12:42:13 2004 From: tonvoon at mac.com (Ton Voon) Date: Tue Dec 28 12:42:13 2004 Subject: [Nagiosplug-devel] 1.4.0-alpha3 + openbsd In-Reply-To: <41D06990.8040806@lycos.com> References: <41CE6F91.6000305@lycos.com> <41D06990.8040806@lycos.com> Message-ID: Julien, Thanks for the report on this. The configure.in patch is fine: it makes sense and obviously should be there, so I'll commit that now. The other change you make can't be applied to configure, because this is generated from configure.in and the files in m4/. It seems like the grp.h check is in one of the coreutils files - ls-mntd-fs.m4. Therefore, can you check if you have this problem with the coreutils distribution (we currently are synching with 5.2.1). I'd be happy to receive a patch for ls-mntd-fs.m4, but it should be applied upstream so that when we update from a newer coreutils, we don't lose your fix. Ton On 27 Dec 2004, at 19:59, Julien TOUCHE wrote: > this work on snaphsot from HEAD-200412231747 > * configure.in patch ok > * autoconf > * configure patch ok > for sys/ucred.h and mntent.h if i remember well > i didn't find their entries in configure.in > >> ---------------------------------------------------------------------- >> -- >> $OpenBSD$ >> --- configure.orig Sat Dec 18 15:20:38 2004 >> +++ configure Sat Dec 18 15:23:49 2004 >> @@ -21569,6 +21569,9 @@ cat confdefs.h >>conftest.$ac_ext >> cat >>conftest.$ac_ext <<_ACEOF >> /* end confdefs.h. */ >> #include >> +#if HAVE_SYS_PARAM_H >> +# include >> +#endif #include <$ac_header> >> _ACEOF >> @@ -21640,6 +21643,9 @@ cat confdefs.h >>conftest.$ac_ext >> cat >>conftest.$ac_ext <<_ACEOF >> /* end confdefs.h. */ >> $ac_includes_default >> +#ifdef HAVE_SYS_PARAM_H >> +#include >> +#endif >> #include <$ac_header> >> _ACEOF >> rm -f conftest.$ac_objext >> ---------------------------------------------------------------------- >> -- >> $OpenBSD$ >> --- configure.in.orig Sat Dec 18 15:38:32 2004 >> +++ configure.in Sat Dec 18 15:39:03 2004 >> @@ -1374,12 +1374,13 @@ dnl fwict, the 2-arg is an SVR4 standard >> dnl in the various BSD's >> dnl >> +dnl sys/param.h needed for sys/swap.h on openbsd >> +AC_CHECK_HEADERS([sys/stat.h sys/param.h]) >> AC_CHECK_HEADERS([sys/swap.h], [], [], [ >> #ifdef HAVE_SYS_PARAM_H >> #include >> #endif >> ]) >> -AC_CHECK_HEADERS([sys/stat.h sys/param.h]) >> AC_CHECK_DECLS([swapctl],,,[ >> #include >> #include > > > Regards > > Julien > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real > users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________________ > 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 noreply at sourceforge.net Tue Dec 28 12:45:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Dec 28 12:45:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1087087 ] compile error in check_http.c in 1.4alpha3 Message-ID: Bugs item #1087087, was opened at 2004-12-17 14:53 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1087087&group_id=29880 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 7 Submitted By: madhamster (madhamster) Assigned to: Ton Voon (tonvoon) Summary: compile error in check_http.c in 1.4alpha3 Initial Comment: Using the exact same PATH as I compile 1.3.1 and 1.4alpha2, I cannot get 1.4alpha3 to compile (1.3.1 and 1.4alpha2 compiled just fine). The './configure' ran normally, but I get errors after I run 'make' during compile time when it gets to 1.4alpha3's check_http.c: <--snip--> if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_dummy.o -MD -MP -MF ".deps/check_dummy.Tpo" -c -o check_dummy.o check_dummy.c; then mv -f ".deps/check_dummy.Tpo" ".deps/check_dummy.Po"; else rm -f ".deps/check_dummy.Tpo"; exit 1; fi gcc -g -O2 -L. -o check_dummy check_dummy.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -lssl -lcrypto if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP -MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins-1.4.0-alpha3/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins-1.4.0-alpha3' make: *** [all] Error 2 <--snip--> ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-12-28 20:44 Message: Logged In: YES user_id=664364 Phew, finally fixed. Thanks for your help on these - I can finally close. Leefitz, what is your real name, so I can add you to our list of contributors? Also, can you start a new thread for the problem you have with check_ping. Ton ---------------------------------------------------------------------- Comment By: Leefitz (leefitz) Date: 2004-12-27 15:10 Message: Logged In: YES user_id=788090 Ton, downloaded and build nagios-plugins-r1_3_0-200412231747 OK minor config problem with ping not working - 4th param is error -L, --link show HTML in the plugin output (obsoleted by urlize) have to read up on urlize Thanks -leefitz ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-27 02:22 Message: Logged In: YES user_id=1179843 Ton, I tried out nagios-plugins-HEAD-200412231747 and check_http compiles now on RH EL ES 3 update 4. However, it fails on check_icmp now. I will start a new thread on this. --Paul ---------------------------------------------------------------------- Comment By: Leefitz (leefitz) Date: 2004-12-24 21:34 Message: Logged In: YES user_id=788090 Ton, thanks 4 looking at this - will b able to check it on Monday and let u no -leefitz ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-24 18:05 Message: Logged In: YES user_id=664364 Leefitz, Thanks for the hint. I think I've fixed it now. Can you try the snapshot at http://nagiosplug.sf.net/snapshot and let us know. Ton ---------------------------------------------------------------------- Comment By: Leefitz (leefitz) Date: 2004-12-23 21:55 Message: Logged In: YES user_id=788090 I ran into the same problem about 30 minutes ago - might have missed something BUT appears the configure script in (WHICH WORKS) nagios-plugins-1.4.0alpha2>grep -in HAVE_OPENSSL_SSL_H config.h 268:#define HAVE_OPENSSL_SSL_H 1 while the results from configure in (WHICH DOESNT WORK) nagios-plugins-1.4.0-alpha3>grep -in HAVE_OPENSSL_SSL_H config.h 334:/* #undef HAVE_OPENSSL_SSL_H */ this is why the error in check_http.c sounds like ur onto it >...I made a change to the way SSL libraries were picked up, so that may have broken this. a compare of the configure scripts probably would show the diff- -leefitz ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-22 19:47 Message: Logged In: YES user_id=1179843 Ton, I just downloaded and compiled nagios-plugins-HEAD-200412221747, but it still had an issue with check_http: if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP -MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins-HEAD-200412221747/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins-HEAD-200412221747' make: *** [all] Error 2 Log file should be attached. --Paul ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-22 13:57 Message: Logged In: YES user_id=1179843 Ton, I have been checking since late last night, but still do not see a new "nagios-plugins-HEAD" snapshot- just a "r1_3_0" snapshot. I should wait for teh "HEAD" snapshot to try again though, correct? --Paul ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-21 23:20 Message: Logged In: YES user_id=664364 I've taken the hint and reverted the ssl checking routine back to the way 1.4-alpha2 worked. It seems that curl's checking routines didn't make a whole lot of sense to me now. Can you try the next snapshot please and let me know if it works okay. ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-21 17:08 Message: Logged In: YES user_id=1179843 Ton, I tried the nagios-plugins-HEAD-200412210547 and still had a compile error with check_http: gcc -g -O2 -L. -o check_dummy check_dummy.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -lssl -lcrypto if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP -MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins-HEAD-200412210547/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins-HEAD-200412210547' make: *** [all] Error 2 I uploaded the config.log. Just to make sure, I recompiled alpha2 with no issues... --Paul ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-21 15:40 Message: Logged In: YES user_id=664364 Paul, I think you might have been a bit quick! Your config log still shows the same error. Please try the plugins-HEAD- 200412210547 (at least) which definitely has the fix in it. (You can tell because line 296 in configure.in has the comment: "dnl The /usr checks need to be done so that the right area is include'd") Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-21 01:52 Message: Logged In: YES user_id=1179843 Oh, I forgot to mention, the error was compiling the nagios- plugins-HEAD-200412201747.tar.gz snapshot. Was that the correct one? ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-21 01:51 Message: Logged In: YES user_id=1179843 Ton, Still had a problem compiling: if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ - DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl - I/usr/include/ldap -I/include -I/include - I/usr/kerberos/include -g -O2 -MT check_http.o -MD -MP - MF ".deps/check_http.Tpo" -c -o check_http.o check_http.c; then mv -f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check_http.Tpo"; exit 1; fi check_http.c:64: syntax error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: syntax error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: syntax error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: syntax error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:737: warning: assignment makes pointer from integer without a cast check_http.c:821: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:821: (Each undeclared identifier is reported only once check_http.c:821: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1180: `SSL_METHOD' undeclared (first use in this function) check_http.c:1180: `meth' undeclared (first use in this function) check_http.c:1191: warning: assignment makes pointer from integer without a cast check_http.c:1208: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1232: syntax error before '*' token check_http.c: In function `check_certificate': check_http.c:1234: `ASN1_STRING' undeclared (first use in this function) check_http.c:1234: `tm' undeclared (first use in this function) check_http.c:1241: `certificate' undeclared (first use in this function) check_http.c:1244: `V_ASN1_UTCTIME' undeclared (first use in this function) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins- HEAD-200412201747/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins- HEAD-200412201747' make: *** [all] Error 2 The config.log should be attached... My real name is below so you can add me to the list of contributors. --Paul Wiggins ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-20 21:43 Message: Logged In: YES user_id=664364 Madhamster, Got the config.log thanks. I think I've found the problem where I removed a check because I thought it was unnecessary. I've added it back in again now - can you try the snapshot at http://nagiosplug.sf.net/ snapshot (in a few hours). p.s. Do you have a real name to add to our list of contributors? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-20 03:41 Message: Logged In: YES user_id=1179843 I browsed to teh file, and checked the "Check to Upload and Attach a File" checkbox and clicked "submit changes"... Isn't that all I need to do? ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-19 20:46 Message: Logged In: YES user_id=664364 Madhamster, Sorry, the config.log is not attached. Can you try again? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-18 07:42 Message: Logged In: YES user_id=1179843 This is my PATH: /usr/local/bin:/usr/local/sbin:/usr/local/ssl:/usr/kerberos/sbin:/usr/kerberos/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/bin/X11:/usr/X11R6/bin The config.log is attached. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-18 04:50 Message: Logged In: YES user_id=664364 Madhamster, I made a change to the way SSL libraries were picked up, so that may have broken this. Can you send your config.log and configure output please. What is your PATH setting? Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-17 20:48 Message: Logged In: YES user_id=1179843 Just to clarify, this is on a RedHat EL 3 machine. 1.3.1 and 1.4alpha2 plug-ins compile just fine, but 1.4alpha3 does not. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1087087&group_id=29880 From noreply at sourceforge.net Tue Dec 28 12:47:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Dec 28 12:47:04 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1086739 ] check_nagios anomoly with 1.4 vs. 1.3.1 Message-ID: Bugs item #1086739, was opened at 2004-12-16 21:41 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1086739&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: madhamster (madhamster) Assigned to: Ton Voon (tonvoon) Summary: check_nagios anomoly with 1.4 vs. 1.3.1 Initial Comment: When using check_nagios 1.3.1 and the check_nagios command from either the commandline or from the cgi.cfg (/usr/local/nagios/libexec/check_nagios /usr/local/nagios/var/status.log 5 '/usr/local/nagios/bin/nagios'), the "nagios" process can be found just fine. However, when using the 1.4alpha2 plug-ins, the check_nagios binary will only return a correct answer with /usr/local/nagios/libexec/check_nagios /usr/local/nagios/var/status.log 5 'nagios' (only "nagios" being passed to the "ps" command). Is the ps command being invoked in a different way between the 1.3.1 and 1.4alpha2 check_nagios binaries? I would try with 1.4alpha3, but I cannot get it to complie as of yet, although I just successfully recompiled 1.4alpha2 and 1.3.1... ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-12-28 20:46 Message: Logged In: YES user_id=664364 Paul, I think Benoit is working on check_icmp. In the meantime, you should be able to cd plugins/ and run "make check_nagios" to compile the check_nagios plugin. Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-27 02:29 Message: Logged In: YES user_id=1179843 Ton, When I get 1.4alpha to compile all the way through, I will test this out again. Now that the issue with check_http is solved, I get an error on check_icmp- but I am sure that will be resolved soon. Thanks for all of your hard work! --Paul ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-21 02:04 Message: Logged In: YES user_id=1179843 Ton, In order to check this out, I am guessing we have to get the 1.4alpha3 or the current snapshot working with the check_http? The reason I ask, is I tried copying over check_nagios.c to 1.4alpha2 (since I can get it to compile) and now, I get an error when it gets to check_nagios: gcc -g -O2 -L. -L/usr/lib -o check_procs check_procs.o utils.o ../lib/libnagiosplug.a popen.o source='check_nagios.c' object='check_nagios.o' libtool=no depfile='.deps/check_nagios.Po' tmpdepfile='.deps/check_nagios.TPo' depmode=gcc3 /bin/sh ../depcomp gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ - DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl - I/usr/include/ldap -I/include -I/usr/include -I/include - I/usr/kerberos/include -g -O2 -c `test -f 'check_nagios.c' || echo './'`check_nagios.c gcc -g -O2 -L. -L/usr/lib -o check_nagios check_nagios.o utils.o ../lib/libnagiosplug.a popen.o check_nagios.o(.text+0x553): In function `main': /usr/local/src/nagios-plugins- 1.4.0alpha2/plugins/check_nagios.c:74: undefined reference to `usage4' check_nagios.o(.text+0x575):/usr/local/src/nagios-plugins- 1.4.0alpha2/plugins/check_nagios.c:70: undefined reference to `usage4' collect2: ld returned 1 exit status make[2]: *** [check_nagios] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins- 1.4.0alpha2/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins- 1.4.0alpha2' make: *** [all] Error 2 Attached is the config.log if you need that. --Paul Wiggins ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-20 22:22 Message: Logged In: YES user_id=664364 Madhamster, After looking at the code (and two commits), have managed to restore the original functionality. The -C flag will do a substring search based on the process arguments, not the short command name. Can you try the snapshot to see if this works correctly. Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-17 14:28 Message: Logged In: YES user_id=1179843 I just wanted to make sure that things were working the way you intended them to. I didn't know if the short name would impact the reliability (and I am pretty sure it won't). The cgi.cfg-sample file's nagios_check_command line (with nagios 1.1 and 1.2) references the full path for the nagios_check plug-in- and when i upgraded the plug-ins from 1.3.1 to 1.4alpha2, the nagios_check suddenly stopped working as I had expected it to. According to the 1.4alpha2 nagios_check --help, the -C still expects the full path as opposed to the short name. You may want to change that. Also, with Nasios 2 is released, you may want the cgi-cfg-sample's nagios_check_command to reference just teh short name if the new plug-ins are going to work this way... Just a thought. And , great work on the software. You are helping us save a lot of time a see problems before the users do! ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-17 07:15 Message: Logged In: YES user_id=664364 Madhamster, Thanks for the report. Yes, check_nagios has had a change in 1.4 as it now uses the same information that check_procs uses. However, check_procs has had -C changed so that it only reports the shortname of the command (without the full path). This is for consistency because some OS only return the short path in their ps output. Unfortunately, this has affected check_nagios. Is it sufficient to check just the shortname? Alternatively, we could check the args output, which would be the full output including argument values. Do you have an opinion? Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1086739&group_id=29880 From noreply at sourceforge.net Tue Dec 28 14:20:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Dec 28 14:20:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1086739 ] check_nagios anomoly with 1.4 vs. 1.3.1 Message-ID: Bugs item #1086739, was opened at 2004-12-16 22:41 Message generated for change (Comment added) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1086739&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: madhamster (madhamster) Assigned to: Ton Voon (tonvoon) Summary: check_nagios anomoly with 1.4 vs. 1.3.1 Initial Comment: When using check_nagios 1.3.1 and the check_nagios command from either the commandline or from the cgi.cfg (/usr/local/nagios/libexec/check_nagios /usr/local/nagios/var/status.log 5 '/usr/local/nagios/bin/nagios'), the "nagios" process can be found just fine. However, when using the 1.4alpha2 plug-ins, the check_nagios binary will only return a correct answer with /usr/local/nagios/libexec/check_nagios /usr/local/nagios/var/status.log 5 'nagios' (only "nagios" being passed to the "ps" command). Is the ps command being invoked in a different way between the 1.3.1 and 1.4alpha2 check_nagios binaries? I would try with 1.4alpha3, but I cannot get it to complie as of yet, although I just successfully recompiled 1.4alpha2 and 1.3.1... ---------------------------------------------------------------------- >Comment By: Benoit Mortier (opensides) Date: 2004-12-28 23:19 Message: Logged In: YES user_id=388184 Yes i have worked on check_icmp, it compile fine on my box could you try the latest cvs and tell me if it works by you.. Thanks ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-28 21:46 Message: Logged In: YES user_id=664364 Paul, I think Benoit is working on check_icmp. In the meantime, you should be able to cd plugins/ and run "make check_nagios" to compile the check_nagios plugin. Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-27 03:29 Message: Logged In: YES user_id=1179843 Ton, When I get 1.4alpha to compile all the way through, I will test this out again. Now that the issue with check_http is solved, I get an error on check_icmp- but I am sure that will be resolved soon. Thanks for all of your hard work! --Paul ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-21 03:04 Message: Logged In: YES user_id=1179843 Ton, In order to check this out, I am guessing we have to get the 1.4alpha3 or the current snapshot working with the check_http? The reason I ask, is I tried copying over check_nagios.c to 1.4alpha2 (since I can get it to compile) and now, I get an error when it gets to check_nagios: gcc -g -O2 -L. -L/usr/lib -o check_procs check_procs.o utils.o ../lib/libnagiosplug.a popen.o source='check_nagios.c' object='check_nagios.o' libtool=no depfile='.deps/check_nagios.Po' tmpdepfile='.deps/check_nagios.TPo' depmode=gcc3 /bin/sh ../depcomp gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ - DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl - I/usr/include/ldap -I/include -I/usr/include -I/include - I/usr/kerberos/include -g -O2 -c `test -f 'check_nagios.c' || echo './'`check_nagios.c gcc -g -O2 -L. -L/usr/lib -o check_nagios check_nagios.o utils.o ../lib/libnagiosplug.a popen.o check_nagios.o(.text+0x553): In function `main': /usr/local/src/nagios-plugins- 1.4.0alpha2/plugins/check_nagios.c:74: undefined reference to `usage4' check_nagios.o(.text+0x575):/usr/local/src/nagios-plugins- 1.4.0alpha2/plugins/check_nagios.c:70: undefined reference to `usage4' collect2: ld returned 1 exit status make[2]: *** [check_nagios] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins- 1.4.0alpha2/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins- 1.4.0alpha2' make: *** [all] Error 2 Attached is the config.log if you need that. --Paul Wiggins ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-20 23:22 Message: Logged In: YES user_id=664364 Madhamster, After looking at the code (and two commits), have managed to restore the original functionality. The -C flag will do a substring search based on the process arguments, not the short command name. Can you try the snapshot to see if this works correctly. Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-17 15:28 Message: Logged In: YES user_id=1179843 I just wanted to make sure that things were working the way you intended them to. I didn't know if the short name would impact the reliability (and I am pretty sure it won't). The cgi.cfg-sample file's nagios_check_command line (with nagios 1.1 and 1.2) references the full path for the nagios_check plug-in- and when i upgraded the plug-ins from 1.3.1 to 1.4alpha2, the nagios_check suddenly stopped working as I had expected it to. According to the 1.4alpha2 nagios_check --help, the -C still expects the full path as opposed to the short name. You may want to change that. Also, with Nasios 2 is released, you may want the cgi-cfg-sample's nagios_check_command to reference just teh short name if the new plug-ins are going to work this way... Just a thought. And , great work on the software. You are helping us save a lot of time a see problems before the users do! ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-17 08:15 Message: Logged In: YES user_id=664364 Madhamster, Thanks for the report. Yes, check_nagios has had a change in 1.4 as it now uses the same information that check_procs uses. However, check_procs has had -C changed so that it only reports the shortname of the command (without the full path). This is for consistency because some OS only return the short path in their ps output. Unfortunately, this has affected check_nagios. Is it sufficient to check just the shortname? Alternatively, we could check the args output, which would be the full output including argument values. Do you have an opinion? Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1086739&group_id=29880 From noreply at sourceforge.net Tue Dec 28 14:37:03 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Dec 28 14:37:03 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1091043 ] String match in check_ping for Solaris 10 Message-ID: Patches item #1091043, was opened at 2004-12-25 09:59 Message generated for change (Comment added) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1091043&group_id=29880 Category: None Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: Marcos Della (mdella) Assigned to: Benoit Mortier (opensides) Summary: String match in check_ping for Solaris 10 Initial Comment: When using the check_ping command for Solaris 10, the output of the ping command has changed. There are no matches for this new string in the "run_ping()" command. You need to add the following to get the round trip average from the new ping command... sscanf(buf,"round-trip (ms) min/avg/max/stddev = %*f/%f/%*f/%*f",&rta)==1 || Note that there are TWO spaces after the "(ms)". Output from ping is as follows: /usr/sbin/ping -n -s 192.168.124.1 56 5 PING 192.168.124.1 (192.168.124.1): 56 data bytes 64 bytes from 192.168.124.1: icmp_seq=0. time=1.56 ms 64 bytes from 192.168.124.1: icmp_seq=1. time=1.25 ms 64 bytes from 192.168.124.1: icmp_seq=2. time=1.32 ms 64 bytes from 192.168.124.1: icmp_seq=3. time=1.50 ms 64 bytes from 192.168.124.1: icmp_seq=4. time=2.15 ms ----192.168.124.1 PING Statistics---- 5 packets transmitted, 5 packets received, 0% packet loss round-trip (ms) min/avg/max/stddev = 1.25/1.56/2.15/0.35 ---------------------------------------------------------------------- >Comment By: Benoit Mortier (opensides) Date: 2004-12-28 23:36 Message: Logged In: YES user_id=388184 Hi, patche applied should be in cvs in a couple of hours. Please test it ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1091043&group_id=29880 From noreply at sourceforge.net Tue Dec 28 14:40:09 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Dec 28 14:40:09 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-760275 ] a check_jabber plugin Message-ID: New Plugins item #760275, was opened at 2003-06-25 08:02 Message generated for change (Comment added) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=760275&group_id=29880 Category: None Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: Ian Wilson (tacgeek) >Assigned to: Benoit Mortier (opensides) Summary: a check_jabber plugin Initial Comment: Hi. I'd like to know if anyone's working on a check_jabber plug in. I was using check_tcp, however, that only tells me if the port is alive and accepting connections, and not if the jabber server is actually working. If there's nobody working on a check_jabber plug-in, please, let me know...I've got something that checks to see if the server's talking back with the client--and I'd be willing to clean up the code and submit it to the branch. Ian ---------------------------------------------------------------------- >Comment By: Benoit Mortier (opensides) Date: 2004-12-28 23:39 Message: Logged In: YES user_id=388184 Hello, Yes i'am interested in such a plugin just submit it. thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=760275&group_id=29880 From noreply at sourceforge.net Tue Dec 28 14:43:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Dec 28 14:43:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1091547 ] compile error using 1.4alpha3 on check_icmp Message-ID: Bugs item #1091547, was opened at 2004-12-27 03:26 Message generated for change (Comment added) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1091547&group_id=29880 Category: None Group: CVS >Status: Pending Resolution: None Priority: 7 Submitted By: madhamster (madhamster) Assigned to: Benoit Mortier (opensides) Summary: compile error using 1.4alpha3 on check_icmp Initial Comment: Using nagios-plugins-HEAD-200412231747, I get a compile error on check_icmp using RedHat EL ES v3 update 4. This is my path: PATH=/usr/local/bin:/usr/local/sbin:/usr/local/ssl:/usr/local/lib:/usr/local/include:/usr/kerberos/sbin:/usr/kerberos/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/bin/X11:/usr/X11R6/bin This was the error dui\ring the 'make': gcc -g -O2 -L. -L/usr/lib -o urlize urlize.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a popen.o -I/usr/include if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_icmp.o -MD -MP -MF ".deps/check_icmp.Tpo" -c -o check_icmp.o check_icmp.c; then mv -f ".deps/check_icmp.Tpo" ".deps/check_icmp.Po"; else rm -f ".deps/check_icmp.Tpo"; exit 1; fi gcc -g -O2 -L. -L/usr/lib -o check_icmp check_icmp.o netutils.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -lnsl -lresolv -I/usr/include utils.o(.text+0x64): In function `usage': /usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:55: multiple definition of `usage' check_icmp.o(.text+0x19fc):/usr/local/src/nagios-plugins-HEAD-200412231747/plugins/check_icmp.c:1345: first defined here /usr/bin/ld: Warning: size of symbol `usage' changed from 359 in check_icmp.o to 36 in utils.o utils.o(.text+0x78): In function `usage': /usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:57: undefined reference to `print_usage' utils.o(.text+0x96): In function `usage2': /usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:63: undefined reference to `progname' utils.o(.text+0xa5):/usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:64: undefined reference to `print_usage' utils.o(.text+0xc6): In function `usage3': /usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:71: undefined reference to `progname' utils.o(.text+0xd5):/usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:72: undefined reference to `print_usage' utils.o(.text+0xf3): In function `usage4': /usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:79: undefined reference to `progname' utils.o(.text+0x102):/usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:80: undefined reference to `print_usage' utils.o(.text+0x213): In function `timeout_alarm_handler': /usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:136: undefined reference to `timeout_interval' collect2: ld returned 1 exit status make[2]: *** [check_icmp] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins-HEAD-200412231747/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins-HEAD-200412231747' make: *** [all] Error 2 Attached is the config.log --Paul ---------------------------------------------------------------------- >Comment By: Benoit Mortier (opensides) Date: 2004-12-28 23:42 Message: Logged In: YES user_id=388184 Hi, did you try the lastest cvs ?? Thanks ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2004-12-27 07:54 Message: Logged In: YES user_id=388184 Hi, Could you try the latest cvs, a lot of changes hav been made to check_icmp.c this week-end Thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1091547&group_id=29880 From noreply at sourceforge.net Tue Dec 28 14:45:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Dec 28 14:45:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1091210 ] String match in check_ping for Solaris 10 Message-ID: Bugs item #1091210, was opened at 2004-12-25 23:29 Message generated for change (Comment added) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1091210&group_id=29880 Category: None >Group: CVS >Status: Closed >Resolution: Duplicate Priority: 5 Submitted By: Marcos Della (mdella) >Assigned to: Benoit Mortier (opensides) Summary: String match in check_ping for Solaris 10 Initial Comment: When using the check_ping command for Solaris 10, the output of the ping command has changed. There are no matches for this new string in the "run_ping()" command. You need to add the following to get the round trip average from the new ping command... sscanf(buf,"round-trip (ms) min/avg/max/stddev = %*f/%f/%*f/%*f",&rta)==1 || Note that there are TWO spaces after the "(ms)". Output from ping is as follows: /usr/sbin/ping -n -s 192.168.124.1 56 5 PING 192.168.124.1 (192.168.124.1): 56 data bytes 64 bytes from 192.168.124.1: icmp_seq=0. time=1.56 ms 64 bytes from 192.168.124.1: icmp_seq=1. time=1.25 ms 64 bytes from 192.168.124.1: icmp_seq=2. time=1.32 ms 64 bytes from 192.168.124.1: icmp_seq=3. time=1.50 ms 64 bytes from 192.168.124.1: icmp_seq=4. time=2.15 ms ----192.168.124.1 PING Statistics---- 5 packets transmitted, 5 packets received, 0% packet loss round-trip (ms) min/avg/max/stddev = 1.25/1.56/2.15/0.35 ---------------------------------------------------------------------- >Comment By: Benoit Mortier (opensides) Date: 2004-12-28 23:44 Message: Logged In: YES user_id=388184 Moved to patches ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1091210&group_id=29880 From noreply at sourceforge.net Tue Dec 28 14:48:12 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Dec 28 14:48:12 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-854538 ] check_nt - add check USEDDISKSPACE against remaining Mb Message-ID: Patches item #854538, was opened at 2003-12-05 06:44 Message generated for change (Comment added) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=854538&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Greg Vickers (daehenoc) Assigned to: Benoit Mortier (opensides) Summary: check_nt - add check USEDDISKSPACE against remaining Mb Initial Comment: Please find attached my patch for version 1.7.2.3 of check_nt.c. This patch adds the ability to check disk space based on the amount of Mb left on a partition. I wrote this because 1% of a 100Gb partition is still a lot of space! :D The command line option is -m or --mb. The logic behind the checks is reversed against the percentage checks: the percentage method checks against the amount of disk space used; the Mb method checks against the amount of free space left. Technical stuff: I used Mb values rather than Gb values because of the use of the unsigned long type for the percentage values, which are used extensively through out check_nt.c. So rather than rewrite a lot of check_nt.c so you could specify, say, -w 1.2 (Gb), I decided to use Mb value on the command line. (Debugging revealed that when a float value is converted into an unsigned long, you would get a negative value in that unsigned long - not good when checking remaining disk space!) Thanks, Greg Vickers ---------------------------------------------------------------------- >Comment By: Benoit Mortier (opensides) Date: 2004-12-28 23:47 Message: Logged In: YES user_id=388184 Hi, there is no patch attached... Can you repost it thank you ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=854538&group_id=29880 From noreply at sourceforge.net Tue Dec 28 15:20:10 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Dec 28 15:20:10 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1041576 ] starttls support for check_smtp Message-ID: Patches item #1041576, was opened at 2004-10-06 18:10 Message generated for change (Comment added) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1041576&group_id=29880 Category: Enhancement Group: None >Status: Pending >Resolution: Accepted Priority: 5 Submitted By: Eric Chen (chen23) Assigned to: Benoit Mortier (opensides) Summary: starttls support for check_smtp Initial Comment: added starttls support and certifcate check to check_smtp code borrowed from check_http.c also requires additional change to plugin/Makefile.am: check_smtp_LDADD = $(NETLIBS) $(SSLLIBS) patches against nagios-plugins-1.3.1 built on Solaris 9 w/ Forte Developer 7 C 5.4 ---------------------------------------------------------------------- >Comment By: Benoit Mortier (opensides) Date: 2004-12-29 00:19 Message: Logged In: YES user_id=388184 Hi, patches commited to cvs, will appear in public cvs in a couple of hours. Could you test it ? thanks ---------------------------------------------------------------------- Comment By: Eric Chen (chen23) Date: 2004-12-15 20:39 Message: Logged In: YES user_id=271106 updated patch against CVS HEAD 200412150547 tested on Fedora Core 3 ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2004-12-07 23:35 Message: Logged In: YES user_id=388184 Hi, could you provide a patch against cvs head, this one is to old Thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1041576&group_id=29880 From noreply at sourceforge.net Tue Dec 28 16:31:03 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Dec 28 16:31:03 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1091547 ] compile error using 1.4alpha3 on check_icmp Message-ID: Bugs item #1091547, was opened at 2004-12-26 20:26 Message generated for change (Comment added) made by madhamster You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1091547&group_id=29880 Category: None Group: CVS >Status: Open Resolution: None Priority: 7 Submitted By: madhamster (madhamster) Assigned to: Benoit Mortier (opensides) Summary: compile error using 1.4alpha3 on check_icmp Initial Comment: Using nagios-plugins-HEAD-200412231747, I get a compile error on check_icmp using RedHat EL ES v3 update 4. This is my path: PATH=/usr/local/bin:/usr/local/sbin:/usr/local/ssl:/usr/local/lib:/usr/local/include:/usr/kerberos/sbin:/usr/kerberos/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/bin/X11:/usr/X11R6/bin This was the error dui\ring the 'make': gcc -g -O2 -L. -L/usr/lib -o urlize urlize.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a popen.o -I/usr/include if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_icmp.o -MD -MP -MF ".deps/check_icmp.Tpo" -c -o check_icmp.o check_icmp.c; then mv -f ".deps/check_icmp.Tpo" ".deps/check_icmp.Po"; else rm -f ".deps/check_icmp.Tpo"; exit 1; fi gcc -g -O2 -L. -L/usr/lib -o check_icmp check_icmp.o netutils.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -lnsl -lresolv -I/usr/include utils.o(.text+0x64): In function `usage': /usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:55: multiple definition of `usage' check_icmp.o(.text+0x19fc):/usr/local/src/nagios-plugins-HEAD-200412231747/plugins/check_icmp.c:1345: first defined here /usr/bin/ld: Warning: size of symbol `usage' changed from 359 in check_icmp.o to 36 in utils.o utils.o(.text+0x78): In function `usage': /usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:57: undefined reference to `print_usage' utils.o(.text+0x96): In function `usage2': /usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:63: undefined reference to `progname' utils.o(.text+0xa5):/usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:64: undefined reference to `print_usage' utils.o(.text+0xc6): In function `usage3': /usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:71: undefined reference to `progname' utils.o(.text+0xd5):/usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:72: undefined reference to `print_usage' utils.o(.text+0xf3): In function `usage4': /usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:79: undefined reference to `progname' utils.o(.text+0x102):/usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:80: undefined reference to `print_usage' utils.o(.text+0x213): In function `timeout_alarm_handler': /usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:136: undefined reference to `timeout_interval' collect2: ld returned 1 exit status make[2]: *** [check_icmp] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins-HEAD-200412231747/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins-HEAD-200412231747' make: *** [all] Error 2 Attached is the config.log --Paul ---------------------------------------------------------------------- >Comment By: madhamster (madhamster) Date: 2004-12-28 18:30 Message: Logged In: YES user_id=1179843 I checked the latest rev out of CVS and it compiled just fine! Thanks opensides! --Paul ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2004-12-28 16:42 Message: Logged In: YES user_id=388184 Hi, did you try the lastest cvs ?? Thanks ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2004-12-27 00:54 Message: Logged In: YES user_id=388184 Hi, Could you try the latest cvs, a lot of changes hav been made to check_icmp.c this week-end Thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1091547&group_id=29880 From noreply at sourceforge.net Tue Dec 28 16:33:00 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Dec 28 16:33:00 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1086739 ] check_nagios anomoly with 1.4 vs. 1.3.1 Message-ID: Bugs item #1086739, was opened at 2004-12-16 15:41 Message generated for change (Comment added) made by madhamster You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1086739&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: madhamster (madhamster) Assigned to: Ton Voon (tonvoon) Summary: check_nagios anomoly with 1.4 vs. 1.3.1 Initial Comment: When using check_nagios 1.3.1 and the check_nagios command from either the commandline or from the cgi.cfg (/usr/local/nagios/libexec/check_nagios /usr/local/nagios/var/status.log 5 '/usr/local/nagios/bin/nagios'), the "nagios" process can be found just fine. However, when using the 1.4alpha2 plug-ins, the check_nagios binary will only return a correct answer with /usr/local/nagios/libexec/check_nagios /usr/local/nagios/var/status.log 5 'nagios' (only "nagios" being passed to the "ps" command). Is the ps command being invoked in a different way between the 1.3.1 and 1.4alpha2 check_nagios binaries? I would try with 1.4alpha3, but I cannot get it to complie as of yet, although I just successfully recompiled 1.4alpha2 and 1.3.1... ---------------------------------------------------------------------- >Comment By: madhamster (madhamster) Date: 2004-12-28 18:32 Message: Logged In: YES user_id=1179843 The lastest HEAD check_nagios works as expected now using the longer process name. Thanks guys! Great work! --Paul ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2004-12-28 16:19 Message: Logged In: YES user_id=388184 Yes i have worked on check_icmp, it compile fine on my box could you try the latest cvs and tell me if it works by you.. Thanks ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-28 14:46 Message: Logged In: YES user_id=664364 Paul, I think Benoit is working on check_icmp. In the meantime, you should be able to cd plugins/ and run "make check_nagios" to compile the check_nagios plugin. Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-26 20:29 Message: Logged In: YES user_id=1179843 Ton, When I get 1.4alpha to compile all the way through, I will test this out again. Now that the issue with check_http is solved, I get an error on check_icmp- but I am sure that will be resolved soon. Thanks for all of your hard work! --Paul ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-20 20:04 Message: Logged In: YES user_id=1179843 Ton, In order to check this out, I am guessing we have to get the 1.4alpha3 or the current snapshot working with the check_http? The reason I ask, is I tried copying over check_nagios.c to 1.4alpha2 (since I can get it to compile) and now, I get an error when it gets to check_nagios: gcc -g -O2 -L. -L/usr/lib -o check_procs check_procs.o utils.o ../lib/libnagiosplug.a popen.o source='check_nagios.c' object='check_nagios.o' libtool=no depfile='.deps/check_nagios.Po' tmpdepfile='.deps/check_nagios.TPo' depmode=gcc3 /bin/sh ../depcomp gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ - DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl - I/usr/include/ldap -I/include -I/usr/include -I/include - I/usr/kerberos/include -g -O2 -c `test -f 'check_nagios.c' || echo './'`check_nagios.c gcc -g -O2 -L. -L/usr/lib -o check_nagios check_nagios.o utils.o ../lib/libnagiosplug.a popen.o check_nagios.o(.text+0x553): In function `main': /usr/local/src/nagios-plugins- 1.4.0alpha2/plugins/check_nagios.c:74: undefined reference to `usage4' check_nagios.o(.text+0x575):/usr/local/src/nagios-plugins- 1.4.0alpha2/plugins/check_nagios.c:70: undefined reference to `usage4' collect2: ld returned 1 exit status make[2]: *** [check_nagios] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins- 1.4.0alpha2/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins- 1.4.0alpha2' make: *** [all] Error 2 Attached is the config.log if you need that. --Paul Wiggins ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-20 16:22 Message: Logged In: YES user_id=664364 Madhamster, After looking at the code (and two commits), have managed to restore the original functionality. The -C flag will do a substring search based on the process arguments, not the short command name. Can you try the snapshot to see if this works correctly. Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-17 08:28 Message: Logged In: YES user_id=1179843 I just wanted to make sure that things were working the way you intended them to. I didn't know if the short name would impact the reliability (and I am pretty sure it won't). The cgi.cfg-sample file's nagios_check_command line (with nagios 1.1 and 1.2) references the full path for the nagios_check plug-in- and when i upgraded the plug-ins from 1.3.1 to 1.4alpha2, the nagios_check suddenly stopped working as I had expected it to. According to the 1.4alpha2 nagios_check --help, the -C still expects the full path as opposed to the short name. You may want to change that. Also, with Nasios 2 is released, you may want the cgi-cfg-sample's nagios_check_command to reference just teh short name if the new plug-ins are going to work this way... Just a thought. And , great work on the software. You are helping us save a lot of time a see problems before the users do! ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-17 01:15 Message: Logged In: YES user_id=664364 Madhamster, Thanks for the report. Yes, check_nagios has had a change in 1.4 as it now uses the same information that check_procs uses. However, check_procs has had -C changed so that it only reports the shortname of the command (without the full path). This is for consistency because some OS only return the short path in their ps output. Unfortunately, this has affected check_nagios. Is it sufficient to check just the shortname? Alternatively, we could check the args output, which would be the full output including argument values. Do you have an opinion? Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1086739&group_id=29880 From noreply at sourceforge.net Tue Dec 28 16:46:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Dec 28 16:46:04 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1091547 ] compile error using 1.4alpha3 on check_icmp Message-ID: Bugs item #1091547, was opened at 2004-12-27 03:26 Message generated for change (Settings changed) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1091547&group_id=29880 Category: None Group: CVS >Status: Closed >Resolution: Fixed Priority: 7 Submitted By: madhamster (madhamster) Assigned to: Benoit Mortier (opensides) Summary: compile error using 1.4alpha3 on check_icmp Initial Comment: Using nagios-plugins-HEAD-200412231747, I get a compile error on check_icmp using RedHat EL ES v3 update 4. This is my path: PATH=/usr/local/bin:/usr/local/sbin:/usr/local/ssl:/usr/local/lib:/usr/local/include:/usr/kerberos/sbin:/usr/kerberos/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/bin/X11:/usr/X11R6/bin This was the error dui\ring the 'make': gcc -g -O2 -L. -L/usr/lib -o urlize urlize.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a popen.o -I/usr/include if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -I/include -I/usr/kerberos/include -g -O2 -MT check_icmp.o -MD -MP -MF ".deps/check_icmp.Tpo" -c -o check_icmp.o check_icmp.c; then mv -f ".deps/check_icmp.Tpo" ".deps/check_icmp.Po"; else rm -f ".deps/check_icmp.Tpo"; exit 1; fi gcc -g -O2 -L. -L/usr/lib -o check_icmp check_icmp.o netutils.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -lnsl -lresolv -I/usr/include utils.o(.text+0x64): In function `usage': /usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:55: multiple definition of `usage' check_icmp.o(.text+0x19fc):/usr/local/src/nagios-plugins-HEAD-200412231747/plugins/check_icmp.c:1345: first defined here /usr/bin/ld: Warning: size of symbol `usage' changed from 359 in check_icmp.o to 36 in utils.o utils.o(.text+0x78): In function `usage': /usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:57: undefined reference to `print_usage' utils.o(.text+0x96): In function `usage2': /usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:63: undefined reference to `progname' utils.o(.text+0xa5):/usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:64: undefined reference to `print_usage' utils.o(.text+0xc6): In function `usage3': /usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:71: undefined reference to `progname' utils.o(.text+0xd5):/usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:72: undefined reference to `print_usage' utils.o(.text+0xf3): In function `usage4': /usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:79: undefined reference to `progname' utils.o(.text+0x102):/usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:80: undefined reference to `print_usage' utils.o(.text+0x213): In function `timeout_alarm_handler': /usr/local/src/nagios-plugins-HEAD-200412231747/plugins/utils.c:136: undefined reference to `timeout_interval' collect2: ld returned 1 exit status make[2]: *** [check_icmp] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins-HEAD-200412231747/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins-HEAD-200412231747' make: *** [all] Error 2 Attached is the config.log --Paul ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-29 01:30 Message: Logged In: YES user_id=1179843 I checked the latest rev out of CVS and it compiled just fine! Thanks opensides! --Paul ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2004-12-28 23:42 Message: Logged In: YES user_id=388184 Hi, did you try the lastest cvs ?? Thanks ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2004-12-27 07:54 Message: Logged In: YES user_id=388184 Hi, Could you try the latest cvs, a lot of changes hav been made to check_icmp.c this week-end Thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1091547&group_id=29880 From noreply at sourceforge.net Tue Dec 28 16:48:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Dec 28 16:48:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1086739 ] check_nagios anomoly with 1.4 vs. 1.3.1 Message-ID: Bugs item #1086739, was opened at 2004-12-16 22:41 Message generated for change (Settings changed) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1086739&group_id=29880 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: madhamster (madhamster) Assigned to: Ton Voon (tonvoon) Summary: check_nagios anomoly with 1.4 vs. 1.3.1 Initial Comment: When using check_nagios 1.3.1 and the check_nagios command from either the commandline or from the cgi.cfg (/usr/local/nagios/libexec/check_nagios /usr/local/nagios/var/status.log 5 '/usr/local/nagios/bin/nagios'), the "nagios" process can be found just fine. However, when using the 1.4alpha2 plug-ins, the check_nagios binary will only return a correct answer with /usr/local/nagios/libexec/check_nagios /usr/local/nagios/var/status.log 5 'nagios' (only "nagios" being passed to the "ps" command). Is the ps command being invoked in a different way between the 1.3.1 and 1.4alpha2 check_nagios binaries? I would try with 1.4alpha3, but I cannot get it to complie as of yet, although I just successfully recompiled 1.4alpha2 and 1.3.1... ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-29 01:32 Message: Logged In: YES user_id=1179843 The lastest HEAD check_nagios works as expected now using the longer process name. Thanks guys! Great work! --Paul ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2004-12-28 23:19 Message: Logged In: YES user_id=388184 Yes i have worked on check_icmp, it compile fine on my box could you try the latest cvs and tell me if it works by you.. Thanks ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-28 21:46 Message: Logged In: YES user_id=664364 Paul, I think Benoit is working on check_icmp. In the meantime, you should be able to cd plugins/ and run "make check_nagios" to compile the check_nagios plugin. Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-27 03:29 Message: Logged In: YES user_id=1179843 Ton, When I get 1.4alpha to compile all the way through, I will test this out again. Now that the issue with check_http is solved, I get an error on check_icmp- but I am sure that will be resolved soon. Thanks for all of your hard work! --Paul ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-21 03:04 Message: Logged In: YES user_id=1179843 Ton, In order to check this out, I am guessing we have to get the 1.4alpha3 or the current snapshot working with the check_http? The reason I ask, is I tried copying over check_nagios.c to 1.4alpha2 (since I can get it to compile) and now, I get an error when it gets to check_nagios: gcc -g -O2 -L. -L/usr/lib -o check_procs check_procs.o utils.o ../lib/libnagiosplug.a popen.o source='check_nagios.c' object='check_nagios.o' libtool=no depfile='.deps/check_nagios.Po' tmpdepfile='.deps/check_nagios.TPo' depmode=gcc3 /bin/sh ../depcomp gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ - DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl - I/usr/include/ldap -I/include -I/usr/include -I/include - I/usr/kerberos/include -g -O2 -c `test -f 'check_nagios.c' || echo './'`check_nagios.c gcc -g -O2 -L. -L/usr/lib -o check_nagios check_nagios.o utils.o ../lib/libnagiosplug.a popen.o check_nagios.o(.text+0x553): In function `main': /usr/local/src/nagios-plugins- 1.4.0alpha2/plugins/check_nagios.c:74: undefined reference to `usage4' check_nagios.o(.text+0x575):/usr/local/src/nagios-plugins- 1.4.0alpha2/plugins/check_nagios.c:70: undefined reference to `usage4' collect2: ld returned 1 exit status make[2]: *** [check_nagios] Error 1 make[2]: Leaving directory `/usr/local/src/nagios-plugins- 1.4.0alpha2/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/nagios-plugins- 1.4.0alpha2' make: *** [all] Error 2 Attached is the config.log if you need that. --Paul Wiggins ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-20 23:22 Message: Logged In: YES user_id=664364 Madhamster, After looking at the code (and two commits), have managed to restore the original functionality. The -C flag will do a substring search based on the process arguments, not the short command name. Can you try the snapshot to see if this works correctly. Ton ---------------------------------------------------------------------- Comment By: madhamster (madhamster) Date: 2004-12-17 15:28 Message: Logged In: YES user_id=1179843 I just wanted to make sure that things were working the way you intended them to. I didn't know if the short name would impact the reliability (and I am pretty sure it won't). The cgi.cfg-sample file's nagios_check_command line (with nagios 1.1 and 1.2) references the full path for the nagios_check plug-in- and when i upgraded the plug-ins from 1.3.1 to 1.4alpha2, the nagios_check suddenly stopped working as I had expected it to. According to the 1.4alpha2 nagios_check --help, the -C still expects the full path as opposed to the short name. You may want to change that. Also, with Nasios 2 is released, you may want the cgi-cfg-sample's nagios_check_command to reference just teh short name if the new plug-ins are going to work this way... Just a thought. And , great work on the software. You are helping us save a lot of time a see problems before the users do! ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-12-17 08:15 Message: Logged In: YES user_id=664364 Madhamster, Thanks for the report. Yes, check_nagios has had a change in 1.4 as it now uses the same information that check_procs uses. However, check_procs has had -C changed so that it only reports the shortname of the command (without the full path). This is for consistency because some OS only return the short path in their ps output. Unfortunately, this has affected check_nagios. Is it sufficient to check just the shortname? Alternatively, we could check the args output, which would be the full output including argument values. Do you have an opinion? Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1086739&group_id=29880 From noreply at sourceforge.net Tue Dec 28 20:31:03 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Dec 28 20:31:03 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-760275 ] a check_jabber plugin Message-ID: New Plugins item #760275, was opened at 2003-06-25 06:02 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=760275&group_id=29880 Category: None Group: None Status: Pending Resolution: None Priority: 5 Submitted By: Ian Wilson (tacgeek) Assigned to: Benoit Mortier (opensides) Summary: a check_jabber plugin Initial Comment: Hi. I'd like to know if anyone's working on a check_jabber plug in. I was using check_tcp, however, that only tells me if the port is alive and accepting connections, and not if the jabber server is actually working. If there's nobody working on a check_jabber plug-in, please, let me know...I've got something that checks to see if the server's talking back with the client--and I'd be willing to clean up the code and submit it to the branch. Ian ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-12-29 04:30 Message: Logged In: YES user_id=395628 check_jabber was committed to head in check_tcp.c 1.44 (it should be in the CVS in other words). check_jabber contributed to the tracker (IIRC) but I can't find it now. Please try the check_jabber in HEAD. It will be built as long as configure can find your openssl headers and libs. My testing suggests its Ok (tried out the public jabber servers that support SSL) but I ma no jabber affecionado or users for that matter. ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2004-12-28 22:39 Message: Logged In: YES user_id=388184 Hello, Yes i'am interested in such a plugin just submit it. thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=760275&group_id=29880 From subash.rajan at wipro.com Wed Dec 29 18:29:04 2004 From: subash.rajan at wipro.com (subash.rajan at wipro.com) Date: Wed Dec 29 18:29:04 2004 Subject: [Nagiosplug-devel] NRPE Compilation Error in IBM AIX 5.2 Message-ID: <3AF8AC915483CD43BFD4377B240EACD4012B5514@blr-ec-msg05.wipro.com> Hi, Please refer to my previous mails in this regard. I am still having problems in installing Nagios Agent in AIX. As per the knowledge acquired from Nagios Forums I have downloaded the Nagios-Plugins-1.4alpha3 release and nrpe-2.0 and tried to install them. I have the following dependencies also installed in AIX 5.2 which are required for NRPE. freeware.gcc.rte 3.3.2.0 C F gcc version 3.3.2 rpm.rte 3.0.5.37 C F RPM Package Manager gawk.3.1.4 OpenSSL 0.9.7d 17 Mar 2004 While compiling NRPE I am getting the following error. Server: /usr/local/nagios/nrpe-2.0>make cd ./src/; make ; cd .. gcc -g -O2 -I/usr/local/include/openssl -I/usr/local/include -DHAVE_CONFIG_H -o nrpe nrpe.c utils.c -L/usr/local/lib -lssl -lcrypto -lnsl nrpe.c: In function `main': nrpe.c:198: warning: assignment makes pointer from integer without a cast ld: 0711-317 ERROR: Undefined symbol: .get_dh512 ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. collect2: ld returned 8 exit status make: The error code from the last command is 1. Stop. make: The error code from the last command is 2. Stop. When I searched the Web I could find the queries from others on the same issue.Please find the links below. http://article.gmane.org/gmane.network.nagios.plugins/412 http://unix.derkeiler.com/Mailing-Lists/AIX-L/2003-12/0163.html Please update me whether you have NRPE for AIX 5.2 available. Awaiting your reply. Thanks and Regards, Subash. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Stanley.Hopcroft at IPAustralia.Gov.AU Wed Dec 29 23:49:01 2004 From: Stanley.Hopcroft at IPAustralia.Gov.AU (Stanley Hopcroft) Date: Wed Dec 29 23:49:01 2004 Subject: [Nagiosplug-devel] check_http + proxy In-Reply-To: <41CE700A.8000506@lycos.com> References: <41CE700A.8000506@lycos.com> Message-ID: <20041230074747.GA19498@IPAustralia.Gov.AU> Dear Sir, I am writing to thank you for your letter and say, On Sun, Dec 26, 2004 at 09:02:18AM +0100, Julien TOUCHE wrote: > > is there any option to use a proxy with check_http ? No. However unless you have a proxy requiring authentication (and then the full URI scheme _may_ help), you can use the -H option to specify the proxy and a URI as the -u option eg tsitc> ./check_http -H a.b.c.d -u http://cisco.com/ -v |& more GET http://cisco.com/ HTTP/1.0 User-Agent: check_http/1.54 (nagios-plugins 1.4.0alpha1) Host: a.b.c.d http://a.b.c.d:80http://cisco.com/ is 56779 characters STATUS: HTTP/1.0 200 OK **** HEADER **** Date: Thu, 30 Dec 2004 07:42:30 GMT Server: Apache/1.0 (Unix) Set-Cookie: CP_GUTC=202.125.0.6.221181104392550534; path=/; expires=Mon, 24-Dec-29 07:42:30 GMT; domain=.cisco.com Content-Type: text/html X-Cache: MISS from SomeCache.Com.AU X-Cache-Lookup: MISS from AnotherCache.Com.AU Proxy-Connection: close **** CONTENT **** Cisco Systems, Inc ... > or any other plugin to check a service through proxy ? > Rolling your own with (Perl) LWP, WWW::Automate, (Ruby) .. (Python) ... or lynx/wget is not very onerous. > thanks > Regards > > Julien Yours sincerely. -- Stanley Hopcroft IP Australia Ph: (02) 6283 3189 Fax: (02) 6281 1353 PO Box 200 Woden ACT 2606 http://www.ipaustralia.gov.au -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: disclaimer.txt URL: From tonvoon at mac.com Thu Dec 30 10:33:28 2004 From: tonvoon at mac.com (Ton Voon) Date: Thu Dec 30 10:33:28 2004 Subject: [Nagiosplug-devel] BUG: check_proc doeas not work under FreeB SD 4 In-Reply-To: <33444678.20041227214737@axelspringer.com.pl> References: <33444678.20041227214737@axelspringer.com.pl> Message-ID: <297C7C26-5A91-11D9-88B2-000A95D47298@mac.com> Tomasz, Thanks for your help. Have applied a change to configure.in which has snuck into the 1.4beta1 release. Can you try that release and let us know if it works for you. Ton On 27 Dec 2004, at 20:47, Tomasz Pilat wrote: > Ton, > > Tuesday, December 21, 2004, 3:29:37 PM, you wrote: > >> This looks promising (with the proviso that only the first 16 chars >> of the >> command are kept). Can I have a head -5 of: > >> ps -axwo 'stat uid ppid vsz rss pcpu ucomm command' > >> On all the FreeBSD and OpenBSD that you may have. > > FreeBSD 4.10-STABLE #19: Fri Nov 19 16:59:02 CET 2004 > > STAT UID PPID VSZ RSS %CPU UCOMM COMMAND > DLs 0 0 0 0 0,0 swapper (swapper) > ILs 0 0 556 76 0,0 init /sbin/init -- > DL 0 0 0 0 0,0 taskqueue (taskqueue) > DL 0 0 0 0 0,0 pagedaemon (pagedaemon) > > FreeBSD 4.11-PRERELEASE #602: Fri Dec 10 10:53:36 CET 2004 > > STAT UID PPID VSZ RSS %CPU UCOMM COMMAND > DLs 0 0 0 0 0.0 swapper (swapper) > ILs 0 0 552 328 0.0 init /sbin/init -- > DL 0 0 0 0 0.0 taskqueue (taskqueue) > DL 0 0 0 0 0.0 pagedaemon (pagedaemon) > > FreeBSD 5.2.1-RELEASE #0: Mon Feb 23 20:45:55 GMT 2004 > > STAT UID PPID VSZ RSS %CPU UCOMM COMMAND > DLs 0 0 0 4 0.0 swapper (swapper) > ILs 0 0 760 84 0.0 init /sbin/init -- > DL 0 0 0 12 0.0 g_event (g_event) > DL 0 0 0 12 0.0 g_up (g_up) > > same, with sysctl security.bsd.see_other_uids=0 > > STAT UID PPID VSZ RSS %CPU UCOMM COMMAND > S 1000 12388 5516 2404 0.4 sshd sshd: > poncki at ttyp0 (sshd) > Ss 1000 12390 1336 920 1.1 bash -bash (bash) > R+ 1000 12391 1348 752 0.0 ps /bin/ps -axwo > stat uid ppid vsz rss pcpu ucomm command > S+ 1000 12391 1204 596 0.0 head head -5 > > These are provided by other people: > > FreeBSD 5.3-RELEASE-p1 #16: Sun Nov 28 17:13:14 CET 2004 > > STAT UID PPID VSZ RSS %CPU UCOMM COMMAND > Is 1001 656 2776 724 0,0 sh /bin/sh -c xmms > R 1001 737 28596 15864 24,4 xmms xmms > R 1001 737 28596 15864 24,4 xmms xmms > I 1001 1 5064 1332 0,0 gconfd-2 > /usr/X11R6/libexec/gconfd-2 13 > Is 1001 656 2776 788 0,0 sh /bin/sh -c Eterm > > (FreeBSD fork) DragonFly 1.1-CURRENT #1: Fri Dec 17 17:51:59 CET 2004 > > STAT UID PPID VSZ RSS %CPU UCOMM COMMAND > IL 0 0 0 0 0,0 ithread 4 (ithread 4) > IL 0 0 0 0 0,0 syncer (syncer) > IL 0 0 0 0 0,0 bufdaemon (bufdaemon) > IL 0 0 0 0 0,0 vmdaemon (vmdaemon) > > > > ... i do not use OpenBSD. ;-) > > Ponc > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real > users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________________ > 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 noreply at sourceforge.net Thu Dec 30 14:00:03 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Dec 30 14:00:03 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1093491 ] 1.4beta1 check_smtp doesn't compile on Solaris or AIX Message-ID: Bugs item #1093491, was opened at 2004-12-30 15:59 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1093491&group_id=29880 Category: None Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: mister_patient (mister_patient) Assigned to: Nobody/Anonymous (nobody) Summary: 1.4beta1 check_smtp doesn't compile on Solaris or AIX Initial Comment: The 1.4beta1 check_smtp module fails to compile on Solaris 8 and 9, and on AIX 5.2. Here is the output from AIX 5.2: gcc -g -O2 -L. -o check_smtp check_smtp.o netutils.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -lnsl -lintl ld: 0711-317 ERROR: Undefined symbol: .terminate ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. collect2: ld returned 8 exit status The failure is identical on Solaris. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1093491&group_id=29880 From noreply at sourceforge.net Thu Dec 30 14:03:03 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Dec 30 14:03:03 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1093493 ] 1,4beta1 check_procs doesn't work on Solaris Message-ID: Bugs item #1093493, was opened at 2004-12-30 16:02 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1093493&group_id=29880 Category: None Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: mister_patient (mister_patient) Assigned to: Nobody/Anonymous (nobody) Summary: 1,4beta1 check_procs doesn't work on Solaris Initial Comment: The 1.4beta1 check_procs module doesn't work on Solaris 8 or 9: $ ./check_procs -v -v -w 1:1 -c 1:1 /etc/init CMD: /bin/ps -Ao 's uid ppid vsz rss pcpu comm args' PROCS CRITICAL: 0 processes with STATE = /etc/init This was also true on 1.4.0alpha3, and maybe earlier as well. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1093493&group_id=29880 From noreply at sourceforge.net Thu Dec 30 14:04:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Dec 30 14:04:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1093493 ] 1.4beta1 check_procs doesn't work on Solaris Message-ID: Bugs item #1093493, was opened at 2004-12-30 16:02 Message generated for change (Settings changed) made by mister_patient You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1093493&group_id=29880 Category: None Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: mister_patient (mister_patient) Assigned to: Nobody/Anonymous (nobody) >Summary: 1.4beta1 check_procs doesn't work on Solaris Initial Comment: The 1.4beta1 check_procs module doesn't work on Solaris 8 or 9: $ ./check_procs -v -v -w 1:1 -c 1:1 /etc/init CMD: /bin/ps -Ao 's uid ppid vsz rss pcpu comm args' PROCS CRITICAL: 0 processes with STATE = /etc/init This was also true on 1.4.0alpha3, and maybe earlier as well. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1093493&group_id=29880 From noreply at sourceforge.net Thu Dec 30 15:21:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Dec 30 15:21:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1093522 ] 1.4beta1 check_swap doesn't work on AIX Message-ID: Bugs item #1093522, was opened at 2004-12-30 17:20 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1093522&group_id=29880 Category: None Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: mister_patient (mister_patient) Assigned to: Nobody/Anonymous (nobody) Summary: 1.4beta1 check_swap doesn't work on AIX Initial Comment: The 1.4beta1 check_swap module doesn't work on AIX 5.2: $ lsps -s Total Paging Space Percent Used 4096MB 42% $ ./check_swap -w 20% -c 10% -v -v -v Command: /usr/sbin/lsps -s Format: %d%*s %d total=4096, used=0, free=0 SWAP OK: 100% free (17592186044416 MB out of 17592186044416 MB) |swap=0MB;2147483647;2147483647;0;0 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1093522&group_id=29880 From poncki.lists at axelspringer.com.pl Fri Dec 31 04:15:04 2004 From: poncki.lists at axelspringer.com.pl (Tomasz Pilat) Date: Fri Dec 31 04:15:04 2004 Subject: [Nagiosplug-devel] BUG: check_proc doeas not work under FreeB SD 4 In-Reply-To: <297C7C26-5A91-11D9-88B2-000A95D47298@mac.com> References: <33444678.20041227214737@axelspringer.com.pl> <297C7C26-5A91-11D9-88B2-000A95D47298@mac.com> Message-ID: <422340833.20041231131426@axelspringer.com.pl> Ton, Thursday, December 30, 2004, 7:32:29 PM, you wrote: > Tomasz, > Thanks for your help. Have applied a change to configure.in which has > snuck into the 1.4beta1 release. Can you try that release and let us > know if it works for you. It worked fine (thanx!), but there is still problem with -a switch. [root at pigeon plugins]# ps auxw | grep [s]aslauthd root 61657 0.0 0.1 1604 876 ?? I 14Dec04 0:03.81 /usr/local/sbin/saslauthd -a pam root 61656 0.0 0.1 1604 868 ?? I 14Dec04 0:03.81 /usr/local/sbin/saslauthd -a pam root 61655 0.0 0.1 1604 868 ?? I 14Dec04 0:03.81 /usr/local/sbin/saslauthd -a pam root 61654 0.0 0.1 1604 868 ?? I 14Dec04 0:03.81 /usr/local/sbin/saslauthd -a pam root 61652 0.0 0.1 1604 868 ?? Is 14Dec04 0:03.82 /usr/local/sbin/saslauthd -a pam [root at pigeon plugins]# ./check_procs -C saslauthd PROCS OK: 5 processes with command name 'saslauthd' (ok) [root at pigeon plugins]# ./check_procs -a '-a pam' PROCS OK: 5 processes with args '-a pam' (ok) [root at pigeon plugins]# ./check_procs -a 'saslauthd' PROCS OK: 5 processes with args 'saslauthd' (not ok) Ponc From tonvoon at mac.com Fri Dec 31 05:14:05 2004 From: tonvoon at mac.com (Ton Voon) Date: Fri Dec 31 05:14:05 2004 Subject: [Nagiosplug-devel] BUG: check_proc doeas not work under FreeB SD 4 In-Reply-To: <422340833.20041231131426@axelspringer.com.pl> References: <33444678.20041227214737@axelspringer.com.pl> <297C7C26-5A91-11D9-88B2-000A95D47298@mac.com> <422340833.20041231131426@axelspringer.com.pl> Message-ID: On 31 Dec 2004, at 12:14, Tomasz Pilat wrote: > [root at pigeon plugins]# ps auxw | grep [s]aslauthd > root 61657 0.0 0.1 1604 876 ?? I 14Dec04 0:03.81 > /usr/local/sbin/saslauthd -a pam > root 61656 0.0 0.1 1604 868 ?? I 14Dec04 0:03.81 > /usr/local/sbin/saslauthd -a pam > root 61655 0.0 0.1 1604 868 ?? I 14Dec04 0:03.81 > /usr/local/sbin/saslauthd -a pam > root 61654 0.0 0.1 1604 868 ?? I 14Dec04 0:03.81 > /usr/local/sbin/saslauthd -a pam > root 61652 0.0 0.1 1604 868 ?? Is 14Dec04 0:03.82 > /usr/local/sbin/saslauthd -a pam > > [root at pigeon plugins]# ./check_procs -C saslauthd > PROCS OK: 5 processes with command name 'saslauthd' > (ok) > [root at pigeon plugins]# ./check_procs -a '-a pam' > PROCS OK: 5 processes with args '-a pam' > (ok) > > [root at pigeon plugins]# ./check_procs -a 'saslauthd' > PROCS OK: 5 processes with args 'saslauthd' > (not ok) > The parameter to the -a flag is a substring to search in the "full program args" field. Thus, 5 processes with saslauthd is correct in your example. Unless I am missing something? I guess the message is a bit confusing. Maybe it should say "PROCS OK: 5 processes with 'saslauthd' in full command"? Ton From benoit.mortier at opensides.be Fri Dec 31 09:12:08 2004 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Fri Dec 31 09:12:08 2004 Subject: [Nagiosplug-devel] New plugin : check_nfs In-Reply-To: <200412231520.01590.frederic.jolly@ext.bull.net> References: <200412231520.01590.frederic.jolly@ext.bull.net> Message-ID: <200412311811.37162.benoit.mortier@opensides.be> Le jeudi 23 D?cembre 2004 15:20, Jolly Frederic a ?crit?: > Hello, > > I'm currently working on a new plugin for Nagios: a plugin to monitor NFS > (and most specifically the new version NFSv4). > > This plugin will: > - check if the nfs daemons are running correctly (server and client > sides) - grep some errors from the NFS logs > - check rpc errors (with the command nfsstat) > - detect when a mounting point hangs > - returns some performance datas: > - check the percentage of cpu taken by the nfsd > - check in /proc/net/rpc/nfsd the number of effective processes of nfsd > used - check the transfer rate of each nfs server (with nfsstat) > > If you have any questions, ideas or comments about this plugin, please > let me know. could you add that to the patches tracker at sourceforge thanks -- Benoit Mortier OpenSides sprl Linux Engineer From julien.touche at lycos.com Fri Dec 31 09:51:10 2004 From: julien.touche at lycos.com (Julien TOUCHE) Date: Fri Dec 31 09:51:10 2004 Subject: [Nagiosplug-devel] check_http + proxy In-Reply-To: <20041230074747.GA19498@IPAustralia.Gov.AU> References: <41CE700A.8000506@lycos.com> <20041230074747.GA19498@IPAustralia.Gov.AU> Message-ID: <41D5913A.5020800@lycos.com> Stanley Hopcroft a ?crit : > However unless you have a proxy requiring authentication (and then the > full URI scheme _may_ help), you can use the -H option to specify the > proxy and a URI as the -u option eg > > tsitc> ./check_http -H a.b.c.d -u http://cisco.com/ -v |& more thanks a lot, it works good, but ... it does not seem to work with https://host /opt/nagios/libexec/check_http -H proxy -u http://www -p port ok /opt/nagios/libexec/check_http -H proxy -u https://www -p port -S -4 -v SSL seeding: OK 30303:error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol:s23_clnt.c:475: Unable to open TCP socket Regards Julien note: i try also the check_wget but # /export/tmp/check_wget -p proxy:port www http://www - Object not found WARNING Regards Julien From jrhett at meer.net Fri Dec 31 11:46:03 2004 From: jrhett at meer.net (Joe Rhett) Date: Fri Dec 31 11:46:03 2004 Subject: [Nagiosplug-devel] Ping multiple IP addresses In-Reply-To: <20041215204216.GB4199@hedwig.acns.colostate.edu> References: <20041215204216.GB4199@hedwig.acns.colostate.edu> Message-ID: <20041231194457.GD25239@meer.net> This really isn't a plugin, it's a state of being. It is probably handled better by using a group of hosts and checking their state. (so as to not do the same tests twice, if you are testing those hosts for other reasons) As in, this plugin should just check other service states and make a result based on their state, IMHO. That would make it very general and useful. ... and probably easier to implement with Nagios v2's groups... On Wed, Dec 15, 2004 at 01:42:21PM -0700, Gabriel Somlo wrote: > Hey, > > I needed to figure out when our connectivity to the Net is down (e.g., > to determine whether it's worth sending an alert to something like > @provider.net > > If our outside connectivity is down, these pages won't make it through > and I need to use a modem-dialer to deliver the pages. > > So, I came up with a plugin that pages multiple hosts or IP addresses > and has warning and critical thresholds on how many of them must be > 'up' before I call our outside connectivity 'down'. > > Do you guys think this might be a worthwhile addition to the > nagios-plugins package ? Should I rewrite it in C, or is it good > enough as a shell script ? > > Please let me know what you think. Cc me on followups, or tell me to > quit whining and subscribe to the list :) > > Thanks, > Gabriel > > -----------begin multiping script------------------------------------- > > #!/bin/bash > > # > # multiping -- ping a list of hosts for Nagios > # Gabriel L. Somlo, 2004-12-15 > # > > print_usage () { > echo > echo "Usage: $0 HOST[:HOST[:HOST...]] <#warn> <#crit>" > echo > echo " First arg. is a colon-separated list of HOSTs to ping" > echo " Second arg. is the warning threshold" > echo " Third arg. is the critical threshold" > echo " Note: #warn > #crit !" > echo > } > > # check presence of required arguments > if [ -z "${1}" -o -z "${2}" -o -z "${3}" ]; then > print_usage > exit 1 > fi > > # check validity of #warn and #crit thresholds > if ((${2}<=${3})); then > print_usage > exit 2 > fi > > # count total hosts and 'up' hosts > let TOTAL=0 UP=0 > for H in $(echo "${1}" | tr ':' ' '); do > ping -qc1 ${H} > /dev/null 2>&1 > if [ "${?}" == "0" ]; then > let UP++ > fi > let TOTAL++ > done > > # print results > if ((UP>${2})); then > echo "MULTIPING OK - up ${UP}/${TOTAL}" > elif ((UP>${3})); then > echo "MULTIPING WARNING - up ${UP}/${TOTAL}" > else > echo "MULTIPING CRITICAL - up ${UP}/${TOTAL}" > fi > > -----------end multiping script---------------------------------------- > -- > ----------------------------------------------------------------------- > Gabriel L. Somlo Academic Computing & Networking Services > Colorado State University Tel: (970)297-3707 Cell: (970)567-1017 > 601 Howes St., Room 619C Fax: (970)491-1958 > Fort Collins, CO 80523-2028 e-mail: somlo at acns dot colostate dot edu > ----------------------------------------------------------------------- > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________________ > 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 -- Joe Rhett Senior Geek Meer.net From tonvoon at mac.com Fri Dec 31 15:27:04 2004 From: tonvoon at mac.com (Ton Voon) Date: Fri Dec 31 15:27:04 2004 Subject: [Nagiosplug-devel] New plugin : check_nfs In-Reply-To: <200412311811.37162.benoit.mortier@opensides.be> References: <200412231520.01590.frederic.jolly@ext.bull.net> <200412311811.37162.benoit.mortier@opensides.be> Message-ID: <512028D8-5B83-11D9-8B04-000A95D47298@mac.com> On 31 Dec 2004, at 17:11, Benoit Mortier wrote: > Le jeudi 23 D?cembre 2004 15:20, Jolly Frederic a ?crit?: >> Hello, >> >> I'm currently working on a new plugin for Nagios: a plugin to monitor >> NFS >> (and most specifically the new version NFSv4). >> >> This plugin will: >> - check if the nfs daemons are running correctly (server and client >> sides) - grep some errors from the NFS logs >> - check rpc errors (with the command nfsstat) >> - detect when a mounting point hangs >> - returns some performance datas: >> - check the percentage of cpu taken by the nfsd >> - check in /proc/net/rpc/nfsd the number of effective processes of >> nfsd >> used - check the transfer rate of each nfs server (with nfsstat) >> >> If you have any questions, ideas or comments about this plugin, please >> let me know. > > could you add that to the patches tracker at sourceforge > Just a pedantic note, but there's actually a New Plugins tracker item (but doesn't appear as a link in the project pages) which it should be submitted to, rather than the patches tracker. Ton From benoit.mortier at opensides.be Fri Dec 31 17:04:13 2004 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Fri Dec 31 17:04:13 2004 Subject: [Nagiosplug-devel] New plugin : check_nfs In-Reply-To: <512028D8-5B83-11D9-8B04-000A95D47298@mac.com> References: <200412231520.01590.frederic.jolly@ext.bull.net> <200412311811.37162.benoit.mortier@opensides.be> <512028D8-5B83-11D9-8B04-000A95D47298@mac.com> Message-ID: <200501010203.26096.benoit.mortier@opensides.be> Le samedi 1 Janvier 2005 00:25, Ton Voon a ?crit?: > On 31 Dec 2004, at 17:11, Benoit Mortier wrote: > > Le jeudi 23 D?cembre 2004 15:20, Jolly Frederic a ?crit?: > >> Hello, > >> > >> I'm currently working on a new plugin for Nagios: a plugin to monitor > >> NFS > >> (and most specifically the new version NFSv4). > >> > >> This plugin will: > >> - check if the nfs daemons are running correctly (server and client > >> sides) - grep some errors from the NFS logs > >> - check rpc errors (with the command nfsstat) > >> - detect when a mounting point hangs > >> - returns some performance datas: > >> - check the percentage of cpu taken by the nfsd > >> - check in /proc/net/rpc/nfsd the number of effective processes of > >> nfsd > >> used - check the transfer rate of each nfs server (with nfsstat) > >> > >> If you have any questions, ideas or comments about this plugin, please > >> let me know. > > > > could you add that to the patches tracker at sourceforge > > Just a pedantic note, but there's actually a New Plugins tracker item > (but doesn't appear as a link in the project pages) which it should be > submitted to, rather than the patches tracker. Yes i didn't remeber that ;-) Happy new year to everybody ;-) -- Benoit Mortier OpenSides sprl Linux Engineer