From gboutwel at valleyhope.com Wed Apr 3 03:09:41 2002 From: gboutwel at valleyhope.com (Boutwell, George) Date: Wed Apr 3 03:09:41 2002 Subject: [Nagiosplug-devel] InterBase/Firebird plugin Message-ID: <3C83999B.19850.1A4DDEA@localhost> Hello, I'd like to add an plugin to Netsaint/Nagios at this point in Nagios development is it severely different than Netsaint, if not, how would I get started developing an plugin to test the availability (or lack of) an InterBase/Firebird DB? Thanks, George From kuehne at sietec.de Wed Apr 3 03:09:44 2002 From: kuehne at sietec.de (Alex Kuehne) Date: Wed Apr 3 03:09:44 2002 Subject: [Nagiosplug-devel] Embedded Perl Message-ID: <3C99ED1D.1010705@sietec.de> Hello, some questions from Germany. Sorry for writing to so much lists. I have set up Nagios 1.0a7 on Solaris 8 successfully and every thinks runs just better than expected from good old Netsaint. I compiled Nagios with embedded perl support (nagios -m shows it). Is it right this mechanism works only for plugins? Are all Perl- plugins executed automatically as embedded ones by enabling this? Is there a way for using it for the cgi's (those in the ${NAGIOS_HOME}/sbin), as I want to write some extension for Nagios, but in Perl. What would be the best way to make it so? I have read quite enough manpages and docs over the net for embedded perl and also tested something, but it seems I can't embed my perl stuff into Nagios. I tested it with the mini_epn and p1.pl. Has anybody a framework for an embedded perl module to get me started? Enough for the moment ... Best regards Alex Kuehne -- Network Manager, SAG, Berlin, Germany From sghosh at sghosh.org Wed Apr 3 03:09:47 2002 From: sghosh at sghosh.org (Subhendu Ghosh) Date: Wed Apr 3 03:09:47 2002 Subject: [Nagiosplug-devel] Re: [Nagios-devel] Embedded Perl In-Reply-To: <3C99ED1D.1010705@sietec.de> Message-ID: Nagios is separate and independent from the cgis. Nagios currently uses the embedded perl interpreter to execute perl plugins without the additional overhead of starting the interpreter everytime. The only way you can use it currently is to write perl plugins. When you say extension - what type of extension are you envisioning? On the cgi/web interface? or on the scheduling/monitoring side? -sg On Thu, 21 Mar 2002, Alex Kuehne wrote: > Hello, > > some questions from Germany. Sorry for writing to so much lists. > > I have set up Nagios 1.0a7 on Solaris 8 successfully and every > thinks runs just better than expected from good old Netsaint. > > I compiled Nagios with embedded perl support (nagios -m shows it). > Is it right this mechanism works only for plugins? Are all Perl- > plugins executed automatically as embedded ones by enabling this? > > Is there a way for using it for the cgi's (those in the > ${NAGIOS_HOME}/sbin), as I want to write some extension for Nagios, > but in Perl. What would be the best way to make it so? > > I have read quite enough manpages and docs over the net for > embedded perl and also tested something, but it seems I can't > embed my perl stuff into Nagios. I tested it with the mini_epn > and p1.pl. Has anybody a framework for an embedded perl module > to get me started? > > Enough for the moment ... > > Best regards > Alex Kuehne > > > -- > Network Manager, SAG, Berlin, Germany > > > > _______________________________________________ > Nagios-devel mailing list > Nagios-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/nagios-devel > -- Subhendu Ghosh (sghosh at sghosh.org) *************************************** ... I see TOILET SEATS ... From kuehne at sietec.de Wed Apr 3 03:09:52 2002 From: kuehne at sietec.de (Alex Kuehne) Date: Wed Apr 3 03:09:52 2002 Subject: [Nagiosplug-devel] RE: [Nagios-devel] Embedded Perl Message-ID: <3C99F437.6010003@sietec.de> > Nagios currently uses the embedded perl interpreter to execute perl > plugins without the additional overhead of starting the interpreter > everytime. Okay, is it automatically done when you compile Nagios with embedded perl support? > The only way you can use it currently is to write perl plugins. This it what I assumed ... > When you say extension - what type of extension are you envisioning? > On the cgi/web interface? or on the scheduling/monitoring side? My Netsaint/Nagios host becomes the local loghost, where every syslogable machine will log to, and that's a lot. I use MySQL for storing all the syslog stuff, and now I use Nagios for analysing what's going on. The idea is to have a plugin for cross-checking the database for words like "refused" "error" and all the bad things which happens every day, and returning Warning or Critical when it is found. For this I need a plugin. For the cgi/web interface I will build something like showlog.cgi together with histogram.cgi, but that's still for away. Thanks for answering, also Chet Luther who suggested using mod_perl. I will think about. Best regards Alex Kuehne -- Network Manager, SAG, Berlin, Germany From sghosh at sghosh.org Wed Apr 3 03:09:55 2002 From: sghosh at sghosh.org (Subhendu Ghosh) Date: Wed Apr 3 03:09:55 2002 Subject: [Nagiosplug-devel] RE: [Nagios-devel] Embedded Perl In-Reply-To: <3C99F437.6010003@sietec.de> Message-ID: On Thu, 21 Mar 2002, Alex Kuehne wrote: > > Nagios currently uses the embedded perl interpreter to execute perl > > plugins without the additional overhead of starting the interpreter > > everytime. > > Okay, is it automatically done when you compile Nagios with embedded > perl support? yes > > > The only way you can use it currently is to write perl plugins. > > This it what I assumed ... > > > When you say extension - what type of extension are you envisioning? > > On the cgi/web interface? or on the scheduling/monitoring side? > > My Netsaint/Nagios host becomes the local loghost, where every > syslogable machine will log to, and that's a lot. I use MySQL for > storing all the syslog stuff, and now I use Nagios for analysing > what's going on. The idea is to have a plugin for cross-checking the > database for words like "refused" "error" and all the bad things which > happens every day, and returning Warning or Critical when it is found. > For this I need a plugin. > >From a performance viewpoint - you might want to consider the load generated by syslog/MySQL vs the performance from Nagios. If you are going to do extended log analysis - you might be better off writting an app that generates passive check results into Nagios. I am suggesting this because of the limited runtime available for the plugin under an active check. If you can maintain the runtime restriction, follow the plugin guidelines for development. Additional note below. > For the cgi/web interface I will build something like showlog.cgi > together with histogram.cgi, but that's still for away. > > Thanks for answering, also Chet Luther who suggested using mod_perl. > I will think about. > for the cgi interface mod_perl would do the same - it runs as embedded perl inside Apache Additional perl plugin guidelines: output states: %ERRORS=('OK'=>0,'WARNING'=>1,'CRITICAL'=>2,'UNKNOWN'=>3,'DEPENDENT'=>4); These have changed from earlier version for Netsaint Do not use BEGIN blocks. -sg -- Subhendu Ghosh (sghosh at sghosh.org) *************************************** All great discoveries are made by mistake. -- Young From sghosh at sghosh.org Wed Apr 3 03:09:59 2002 From: sghosh at sghosh.org (Subhendu Ghosh) Date: Wed Apr 3 03:09:59 2002 Subject: [Nagiosplug-devel] Re: [Netsaintplug-devel] netsaint-plugins-1.2.9-4.rpm dependancy breaks on RH 7.2 In-Reply-To: <20020328215703-r01050000-5ADDA732-428E-11D6-88FA-00039300CF5C-1013-010c@193.157.66.10> Message-ID: Plugin development in nagiosplug is starting to happen offline. Part of the current task has been to standardize all the plugin arguments, return codes, and develop a commands.cfg that shows examples of usage. I am still testing some of embedded perl issues for the plugins. We are also looking at deprecating the old positional arg processing which will involve changes to existing installations if they have to already migrated. remember 1.3 series is the dev branch. I'm not sure what the rpm policy is in terms of updating - I use the tarballs ;) but openssl 0.9.6c is already out as a major release. I, for one, am not one to update rpm distributions unless we have a new release. Expect to see some commits to nagiosplug RSN ;) -sg On Thu, 28 Mar 2002, Terje Bless wrote: > FYI, I'm running the netsaint-plugins-1.2.9-4.rpm on a Red Hat 7.2 with an > updated OpenSSL library. The version included is 0.9.6b, which provides > libssl.so.2, while the plugins RPM is linked against libssl.so.1. An > acceptable workaround if you don't need SSL support is to create a symlink > to /lib/libssl.so.0.9.6b from /lib/libssl.so.1, but the > netsaint-plugins-1.2.9 RPM should probably be rebuilt to account for this. > > > > > BTW, is any development happening on the plugins anymore? I poked about CVS > a bit to see if this was fixed, but it looks like nothing's happened in > ages. The Nagios plugins where imported a month ago and it doesn't look > like there's been a single checkin since then? > > > From link at pobox.com Wed Apr 3 03:10:05 2002 From: link at pobox.com (Terje Bless) Date: Wed Apr 3 03:10:05 2002 Subject: [Nagiosplug-devel] Re: netsaint-plugins-1.2.9-4.rpm dependancy breaks on RH 7.2 In-Reply-To: Message-ID: <20020329055618-r01050000-4E20EFC0-42D1-11D6-904B-00039300CF5C-1013-010c@192.168.1.7> Subhendu Ghosh wrote: >Plugin development in nagiosplug is starting to happen offline. Why offline? >Part of the current task has been to standardize all the plugin >arguments, return codes, and develop a commands.cfg that shows >examples of usage. I am still testing some of embedded perl issues for >the plugins. We are also looking at deprecating the old positional >arg processing which will involve changes to existing installations if >they have to already migrated. Great! >I'm not sure what the rpm policy is in terms of updating - I use the >tarballs ;) but openssl 0.9.6c is already out as a major release. > >I, for one, am not one to update rpm distributions unless we have a new >release. I assume Red Hat 7.2 is a pretty big chunk of the installed base out there. Making sure there is something usable until Nagios 1.0 comes out should be a good investment. Especially since this problem causes check_http to report a false negative! It shows your web site as up, and doesn't page anyone, while your customers are meeting a "500 Internal Server Error" or somesuch. That's a very very bad failure mode! >Expect to see some commits to nagiosplug RSN ;) Cool! I'm looking forward to it. With any kind of luck I should be able to contribute some code towards the Perl plugins. -- "I don't want to learn to manage my anger; I want to FRANCHISE it!" -- Kevin Martin From sghosh at sghosh.org Wed Apr 3 03:10:07 2002 From: sghosh at sghosh.org (Subhendu Ghosh) Date: Wed Apr 3 03:10:07 2002 Subject: [Nagiosplug-devel] Re: netsaint-plugins-1.2.9-4.rpm dependancy breaks on RH 7.2 In-Reply-To: <20020329055618-r01050000-4E20EFC0-42D1-11D6-904B-00039300CF5C-1013-010c@192.168.1.7> Message-ID: On Fri, 29 Mar 2002, Terje Bless wrote: > Subhendu Ghosh wrote: > > >Plugin development in nagiosplug is starting to happen offline. > > Why offline? > A lot of wading through code... its hard to discuss wading thru code ;) > > I assume Red Hat 7.2 is a pretty big chunk of the installed base out there. > Making sure there is something usable until Nagios 1.0 comes out should be > a good investment. > > Especially since this problem causes check_http to report a false negative! > It shows your web site as up, and doesn't page anyone, while your customers > are meeting a "500 Internal Server Error" or somesuch. That's a very very > bad failure mode! > perhaps - having the rpm being dependent on openssl0.9.6a and flag a warning during install would be better. > Cool! I'm looking forward to it. With any kind of luck I should be able to > contribute some code towards the Perl plugins. Always welcome. -sg From kdebisschop at alert.infoplease.com Wed Apr 3 03:10:10 2002 From: kdebisschop at alert.infoplease.com (Karl DeBisschop) Date: Wed Apr 3 03:10:10 2002 Subject: [Nagiosplug-devel] Re: [Netsaintplug-devel] Re: netsaint-plugins-1.2.9-4.rpm dependancy breaks on RH 7.2 In-Reply-To: References: Message-ID: <1017397611.1971.4.camel@gate.debisschop.net> On Fri, 2002-03-29 at 10:04, Subhendu Ghosh wrote: > On Fri, 29 Mar 2002, Terje Bless wrote: > > > Subhendu Ghosh wrote: > > > > >Plugin development in nagiosplug is starting to happen offline. > > > > Why offline? > > > A lot of wading through code... its hard to discuss wading thru code ;) > > > > > I assume Red Hat 7.2 is a pretty big chunk of the installed base out there. > > Making sure there is something usable until Nagios 1.0 comes out should be > > a good investment. > > > > Especially since this problem causes check_http to report a false negative! > > It shows your web site as up, and doesn't page anyone, while your customers > > are meeting a "500 Internal Server Error" or somesuch. That's a very very > > bad failure mode! > > > > perhaps - having the rpm being dependent on openssl0.9.6a and flag a > warning during install would be better. > > > > Cool! I'm looking forward to it. With any kind of luck I should be able to > > contribute some code towards the Perl plugins. > > Always welcome. Give a little time, I can try and post my build on RH72. Once you install the dependencies, the build just works as always: rpm -ta I may not have time for severval days, however. -- Karl From link at pobox.com Wed Apr 3 03:10:13 2002 From: link at pobox.com (Terje Bless) Date: Wed Apr 3 03:10:13 2002 Subject: [Nagiosplug-devel] Re: netsaint-plugins-1.2.9-4.rpm dependancy breaks on RH 7.2 In-Reply-To: Message-ID: <20020329165713-r01050000-A25A5B9A-432D-11D6-904B-00039300CF5C-1013-010c@192.168.1.7> Subhendu Ghosh wrote: >On Fri, 29 Mar 2002, Terje Bless wrote: >>Subhendu Ghosh wrote: >> >>>Plugin development in nagiosplug is starting to happen offline. >>Why offline? >> >A lot of wading through code... its hard to discuss wading thru code ;) Ah, good point. :-) BTW, you haven't considered setting up an IRC channel on OpenProjects.net? I'm not really much of an IRC person, but I've found it an excellent communications channel -- to complement mailinglists -- on a few other development projects. It works great for brainstorming and encouraging synergy to occur, as well as getting more eyeballs on a problem more quickly. >perhaps - having the rpm being dependent on openssl0.9.6a and flag a >warning during install would be better. Well, either make the depandance explicit (on libssl.so.1, I think, not OpenSSL 0.9.6a) or produce a new, "bug fix" version that will work with OpenSSL >= 0.9.6b (IOW, libssl.so.2). Many people will be running 0.0.7 in production until Nagios 1.0 goes final -- and a little longer even, probably -- and silently failing to detect an error is about the worst failure mode you can have. And "check_http" isn't exactly an obscure and little used plugin. Requiring libssl.so.1 will prevent installing netsaint-plugins on stock Red Hat 7.2! BTW, you have a dependance on libcrypto -- also from OpenSSL -- too that should be dealt with in the same manner as libssl.so.1 whatever you choose to do with it. >>Cool! I'm looking forward to it. With any kind of luck I should be able >>to contribute some code towards the Perl plugins. > >Always welcome. Of course, this will also depend on how open the development process is and how well it's documented. I don't usually have the time to follow the development closely, and to dive in when I have a week or two it's absolutely essential that there exists documentation that describes what the current status is, where the current focus is, what remains TODO and the relative priority of TODO items, as well as general developer guidelines and coding standards. Just FYI, as I expect I'm not the only one that would need that to be able to make any substantial contributions. -- We've gotten to a point where a human-readable, human-editable text format for structured data has become a complex nightmare where somebody can safely say "As many threads on xml-dev have shown, text-based processing of XML is hazardous at best" and be perfectly valid in saying it. -- Tom Bradford From link at pobox.com Wed Apr 3 03:10:17 2002 From: link at pobox.com (Terje Bless) Date: Wed Apr 3 03:10:17 2002 Subject: [Nagiosplug-devel] Re: netsaint-plugins-1.2.9-4.rpm dependancy breaks on RH 7.2 In-Reply-To: <1017397611.1971.4.camel@gate.debisschop.net> Message-ID: <20020329165708-r01050000-9F967FBC-432D-11D6-904B-00039300CF5C-1013-010c@192.168.1.7> Karl DeBisschop wrote: >Give a little time, I can try and post my build on RH72. > >Once you install the dependencies, the build just works as always: >rpm -ta > >I may not have time for severval days, however. Would it help at all if I did the "rpm -ta" bit? Or is there stuff involved that you'd need to do (QA, say) in any case? What is involved in making this "1.2.9-5"? Update the spec file, or pass some flag to rpm, or...? -- We've gotten to a point where a human-readable, human-editable text format forstructured data has become a complex nightmare where somebody can safely say "As many threads on xml-dev have shown, text-based processing of XML is hazardous at best" and be perfectly valid in saying it. -- Tom Bradford From kdebisschop at alert.infoplease.com Wed Apr 3 03:10:21 2002 From: kdebisschop at alert.infoplease.com (Karl DeBisschop) Date: Wed Apr 3 03:10:21 2002 Subject: [Nagiosplug-devel] Re: [Netsaintplug-devel] Re: netsaint-plugins-1.2.9-4.rpm dependancy breaks on RH 7.2 In-Reply-To: <20020329165713-r01050000-A25A5B9A-432D-11D6-904B-00039300CF5C-1013-010c@192 .168.1.7> References: <20020329165713-r01050000-A25A5B9A-432D-11D6-904B-00039300CF5C-1013-010c@192 .168.1.7> Message-ID: <1017416040.3006.30.camel@gate.debisschop.net> On Fri, 2002-03-29 at 10:38, Terje Bless wrote: > Subhendu Ghosh wrote: > >perhaps - having the rpm being dependent on openssl0.9.6a and flag a > >warning during install would be better. > > Well, either make the depandance explicit (on libssl.so.1, I think, not > OpenSSL 0.9.6a) or produce a new, "bug fix" version that will work with > OpenSSL >= 0.9.6b (IOW, libssl.so.2). > > Many people will be running 0.0.7 in production until Nagios 1.0 goes final > -- and a little longer even, probably -- and silently failing to detect an > error is about the worst failure mode you can have. And "check_http" isn't > exactly an obscure and little used plugin. > > Requiring libssl.so.1 will prevent installing netsaint-plugins on stock Red > Hat 7.2! can't you just install openssl096-0.9.6-6 from the distribution CD? Granted, the library is there for compatibility purposes, but IMHO being unwilling to go to disk 2 does not define 'stock RedHat 7.2' That being said, I will try and get an updated RPM posted. From link at pobox.com Wed Apr 3 03:10:26 2002 From: link at pobox.com (Terje Bless) Date: Wed Apr 3 03:10:26 2002 Subject: [Nagiosplug-devel] Re: netsaint-plugins-1.2.9-4.rpm dependancy breaks on RH 7.2 In-Reply-To: <1017416040.3006.30.camel@gate.debisschop.net> Message-ID: <20020330084451-r01050000-04DF8771-43B2-11D6-904B-00039300CF5C-1013-010c@192.168.1.7> Karl DeBisschop wrote: >can't you just install openssl096-0.9.6-6 from the distribution CD? Sure, but since I don't need SSL ATM, I just jury-rigged it with some bubblegum and symlinks to the new libssl/libcrypto. :-) >Granted, the library is there for compatibility purposes, but IMHO being >unwilling to go to disk 2 does not define 'stock RedHat 7.2' IMO, "Stock Red Hat 7.2" is the intersection of a default Workstation install and a default Server install. Running on this should, again IMO, be a goal; though perhaps subordinate to many other goals. But so long as you actually get some indication that something is wrong -- by an error message or a failed dependency at install time -- you've covered it. It's just that I spent a damned long time wondering why my old Netsaint box detected a down web server while my brand spanking new box -- fully patched up, running on decent hardware, and with a Netsaint config that hadn't grown organically from primordial oooze :-) -- didn't. >That being said, I will try and get an updated RPM posted. Great. Thanks Karl! BTW, is Nagiosplug-Devel moderated for some reason? That's what SF's Mailman is telling me anyway. -- I have lobbied for the update and improvement of SGML. I've done it for years. I consider it the jewel for which XML is a setting. It does deserve a bit or polishing now and then. -- Len Bullard From sghosh at sghosh.org Wed Apr 3 07:20:30 2002 From: sghosh at sghosh.org (Subhendu Ghosh) Date: Wed Apr 3 07:20:30 2002 Subject: [Nagiosplug-devel] InterBase/Firebird plugin In-Reply-To: <3C83999B.19850.1A4DDEA@localhost> Message-ID: On Mon, 4 Mar 2002, Boutwell, George wrote: > Hello, > > I'd like to add an plugin to Netsaint/Nagios at this point in Nagios > development is it severely different than Netsaint, if not, how would I get > started developing an plugin to test the availability (or lack of) an > InterBase/Firebird DB? Nagios plugins are in no way different from netsaint plugins. Just follow the plugin guidelines on netsaintplug.sf.net -sg From sghosh at sghosh.org Wed Apr 3 07:20:37 2002 From: sghosh at sghosh.org (Subhendu Ghosh) Date: Wed Apr 3 07:20:37 2002 Subject: [Nagiosplug-devel] nagiosplug lists Message-ID: Looks like there had been a config problem on the SourceForge lists for nagiosplug - with moderation enabled. That has been cleared up. thanks Ethan. Both nagiosplug-users and nagiosplug-devel lists are working at the moment. For plugin developers: In addition to the plugins and the -h output, I am going to be requesting that you submit command macro configigurations as well. -regards Subhendu From sghosh at sghosh.org Fri Apr 5 10:49:03 2002 From: sghosh at sghosh.org (Subhendu Ghosh) Date: Fri Apr 5 10:49:03 2002 Subject: [Nagiosplug-devel] configure/autoconf Message-ID: Anybody have thought on whether /usr/local/bin should be given preference over /usr/bin in the configure process. currently I have the standard net-snmp and bind rpms installed, but also have the latest versions installed under /usr/local or /opt/sofware... Configure sees the programs in /usr/bin and uses those... trusted path and all. -sg From sghosh at sghosh.org Fri Apr 12 13:27:53 2002 From: sghosh at sghosh.org (Subhendu Ghosh) Date: Fri Apr 12 13:27:53 2002 Subject: [Nagiosplug-devel] Re: [netsaint-devel] patch for autoconf for 1.2.9-4 In-Reply-To: <20020409211242.38EC8AC@proven.weird.com> Message-ID: I patch this into 1.3 ... nagiosplug Solves the path question I had posted about last week on the nagiosplug list.. -sg On Tue, 9 Apr 2002, Greg A. Woods wrote: > SourceForge sucks. Their mailing list servers are misconfigured. File > attachments in the patches submission page don't work, not even from > Mozilla or Galeon. > > Attached is the patch I tried to submit in request ID# 541743 > > From jrvries at kieno.nl Fri Apr 19 10:30:05 2002 From: jrvries at kieno.nl (Jeroen de Vries) Date: Fri Apr 19 10:30:05 2002 Subject: [Nagiosplug-devel] Plugin Message-ID: <200204191424.g3JEOwp17931@localhost.localdomain> Hi, Is there a nagios plug-in available where i can monitor S.M.A.R.T (Self-Monitoring, Analysis and Reporting Technology) HDD parameters???? Through the S.M.A.R.T. system, hard disk drives incorporate a suite of advanced diagnostics that monitor the internal operations of a drive and provide an early warning for many types of potential problems. When a potential problem is detected, the drive can be repaired or replaced before any data are lost. The S.M.A.R.T. system consists of software that resides both on the disk drive and on the host computer. The software on the disk drive monitors the internal performance of the motors, media, heads, and electronics of the drive. The host software (Active SMART) determines the overall reliability of the drive by analyzing the drive's internal performance parameters and comparing them to predetermined threshold limits. -------------- next part -------------- An HTML attachment was scrubbed... URL: