[Nagios-users] R: smstools3 with nagios
Command file is the same. Running that command like root or Nagios user manually it is ok In the Nagios file (does not send sms): command_line/usr/local/bin/sendsms 0039$CONTACTPAGER$ Host:$HOSTALIAS$ is $HOSTSTATE$ Type:$NOTIFICATIONTYPE$. $OUTPUT$ Date:$SHORTDATETIME$ In command line (running OK): # /usr/local/bin/sendsms 0039$CONTACTPAGER$ Host:$HOSTALIAS$ is $HOSTSTATE$ Type:$NOTIFICATIONTYPE$. $OUTPUT$ Date:$SHORTDATETIME$ Marco Da: Ennis Ibarra [mailto:en...@nmcourts.gov] Inviato: mercoledì 11 maggio 2011 18:10 A: Nagios Users List Oggetto: Re: [Nagios-users] smstools3 with nagios Check your commands file, see if there you can find a difference, what's the directory smstools2/3 is pointing to, what is the command? _ Supreme Court of New Mexico Ennis Ibarra - Original Message - From: Marco Borsani m.bors...@it.net To: NAGIOS nagios-users@lists.sourceforge.net Sent: Wednesday, May 11, 2011 6:12:38 AM Subject: [Nagios-users] smstools3 with nagios Hi all As many people to send sms with Nagios I usually use smstools2 , all is working fine. Now I am testing smstools3, I can send sms using command line (as root and Nagios user too), but Nagios program did not send any sms …. Are there differences in the configuration between smstools2 an smstools3 ? regards Marco Borsani Unix and Monitoring Sysadmin Technical Operations Dpt. tel: +39 010 4310115 fax: +39 02 30130311 cell: +39 329 5953944 ITnet Srl Società con socio unico Direzione e Coordinamento di … -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay http://p.sf.net/sfu/intel-dev2devmay ___ Nagios-users mailing list mailto:Nagios-users@lists.sourceforge.net Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
Re: [Nagios-users] [Nagios-devel] nagios patches 3 old, 1 new (fix flexible downtime on service hard state change doesn't get triggered/activated)
Hi Ton, Ton Voon wrote: 0001-fix-race-condition-on-flexible-downtime-commands-whe.patch I'm going to push this one back to you to create a suitable test case. Use t-tap/test_commands.c and check return code is ERROR. I'd vary the inputs too to include 0 or blank or nothing Ok. Will do when I get more time for writing more tests. Putting nagios-users on CC in order to allow users experiencing the same problems to test this patch. [PATCH] move thread safe macro function prototypes with suffix _r and restore old compatible prototypes again = verified against latest t-tap tests, updated .gitignore 0003-move-thread-safe-macro-function-prototypes-with-suff.patch I don't know enough around this area, but I know Andreas is keen on re-entrant functions, so I'll defer to him. Possibly, maybe it also needs some further adaptions. It's not business critical, just compatibility critical for addon developers. = NEW fix flexible downtime on service hard state change doesn't get triggered/activated recently, there was a change on flexible downtime triggering, allowing soft state changes to active a flexible downtime. this change removed the condition on hard_state_change check, so it only triggered those from soft state changes but not the well known older behavior. the tricky part is, that those 2 vars are not the same on each state change, so the replacement fix needs a sanitized near-by addin, which this patch introduces. this bug has been evaluated and debugged in deep, the fix now runs2 months on productive systems, allowing us to trigger flexible downtimes on hard state changes too, next to the soft state changes being detected. please check https://dev.icinga.org/issues/1228 for a deeper analysis on this. 0004-fix-flexible-downtime-on-service-hard-state-change-d.patch This one requires a test case too, due to its complexity. See t-tap/test_checks.c which has tests in the handle_async_check_results routine. Ok, thanks for the hint. In case there are any users in the Nagios world happen to have the same problem, I'd love to see some reports after having that patch applied against 3.2.3 or similarities. please consider them for future releases as it will ease the porting-patches-from-icinga-core procedure. To be honest, that's not my problem. You can make an argument that it is better for Nagios users, but an argument to make your life easier for future patches is not going to sway me. If you choose to fork, then you're accepting a certain cost of maintenance. Of course not your problem, not even Nagios devs ones, just Nagios users maybe. I was only taking the advantage to give something back from Icinga. Take it or leave it. Just saying that if you're interested in further contributions, I'd expect some feedback (just like you did, so thanks for the reaction). If you're insisting on further automated test cases, it's fine, but will cause those patches to last longer on that list until resolving more important issues. Like I mentioned recently, there are some bugs affecting both, Icinga and Nagios I am currently working on. Talking of forks - I really appreciate the Centreon engine fork. Must have happened for a reason, remember the execvp patch on this list? I'm keen on seeing what they have been doing, and watching out for further ideas on their interesting ideas. the initial released code has various things already applied (http://www.centreon.com/Centreon/centreon-engine-download.html). Shinken is already proofing what's possible, let's welcome another competitor in the game :) Kind regards, Michael -- DI (FH) Michael Friedrich Vienna University Computer Center Universitaetsstrasse 7 A-1010 Vienna, Austria email: michael.friedr...@univie.ac.at phone: +43 1 4277 14359 mobile: +43 664 60277 14359 fax:+43 1 4277 14338 web:http://www.univie.ac.at/zid http://www.aco.net Icinga Core IDOUtils Developer http://www.icinga.org -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
Re: [Nagios-users] [Nagios-devel] nagios patches 3 old, 1 new (fix flexible downtime on service hard state change doesn't get triggered/activated)
On 05/12/2011 09:19 AM, Michael Friedrich wrote: Hi Ton, Ton Voon wrote: 0001-fix-race-condition-on-flexible-downtime-commands-whe.patch I'm going to push this one back to you to create a suitable test case. Use t-tap/test_commands.c and check return code is ERROR. I'd vary the inputs too to include 0 or blank or nothing Ok. Will do when I get more time for writing more tests. Putting nagios-users on CC in order to allow users experiencing the same problems to test this patch. Good idea. Involving the community to help test things is something I've been wanting and trying to do for a long time. [PATCH] move thread safe macro function prototypes with suffix _r and restore old compatible prototypes again =verified against latest t-tap tests, updated .gitignore 0003-move-thread-safe-macro-function-prototypes-with-suff.patch I don't know enough around this area, but I know Andreas is keen on re-entrant functions, so I'll defer to him. Possibly, maybe it also needs some further adaptions. It's not business critical, just compatibility critical for addon developers. I'm fairly sure I applied that one, but perhaps I was lacking the proper amount of alcohol in my bloodstream and forgot to do the git - cvs export step. The patch is good and will be applied though, since it would otherwise force us to bump the major version of Nagios for the next release. Thanks :) = NEW fix flexible downtime on service hard state change doesn't get triggered/activated recently, there was a change on flexible downtime triggering, allowing soft state changes to active a flexible downtime. this change removed the condition on hard_state_change check, so it only triggered those from soft state changes but not the well known older behavior. the tricky part is, that those 2 vars are not the same on each state change, so the replacement fix needs a sanitized near-by addin, which this patch introduces. this bug has been evaluated and debugged in deep, the fix now runs2 months on productive systems, allowing us to trigger flexible downtimes on hard state changes too, next to the soft state changes being detected. please check https://dev.icinga.org/issues/1228 for a deeper analysis on this. 0004-fix-flexible-downtime-on-service-hard-state-change-d.patch This one requires a test case too, due to its complexity. See t-tap/test_checks.c which has tests in the handle_async_check_results routine. Ok, thanks for the hint. In case there are any users in the Nagios world happen to have the same problem, I'd love to see some reports after having that patch applied against 3.2.3 or similarities. Likewise. User-testing is very nearly as good as automated tests. At least for accepting the patch in the first place. Many thanks. please consider them for future releases as it will ease the porting-patches-from-icinga-core procedure. To be honest, that's not my problem. You can make an argument that it is better for Nagios users, but an argument to make your life easier for future patches is not going to sway me. If you choose to fork, then you're accepting a certain cost of maintenance. Of course not your problem, not even Nagios devs ones, just Nagios users maybe. I was only taking the advantage to give something back from Icinga. Take it or leave it. Just saying that if you're interested in further contributions, I'd expect some feedback (just like you did, so thanks for the reaction). If you're insisting on further automated test cases, it's fine, but will cause those patches to last longer on that list until resolving more important issues. Like I mentioned recently, there are some bugs affecting both, Icinga and Nagios I am currently working on. Well, some patches are obviously correct and can be applied without adding tests for them. Where current behaviour changes, or new features are added in already complex areas is a different matter though, but getting the code queued somewhere might make it easier to accept from users testing them. Talking of forks - I really appreciate the Centreon engine fork. Must have happened for a reason, remember the execvp patch on this list? I'm keen on seeing what they have been doing, and watching out for further ideas on their interesting ideas. the initial released code has various things already applied (http://www.centreon.com/Centreon/centreon-engine-download.html). The sad part is that centreon forked three days after Nagios Enterprises cancelled the partnership contract with Merethis (the company behind centreon). To me, that smells a bit political. Thanks for the link though. I've been looking for it but was unable to find the download before you posted it. It should be interesting to see if they can solve the I/O load problems like someone here at the Bolzano conference mentioned they're working on. That's one of my goals too, but so far I haven't had time to sit down and think it
Re: [Nagios-users] R: smstools3 with nagios
try from the nagios user Diego Roccia - from mobile -Original Message- From: Marco Borsani m.bors...@it.net Date: Thu, 12 May 2011 08:49:10 To: 'Ennis Ibarra - NMCOURTS.GOV'en...@nmcourts.gov; 'Nagios Users List'nagios-users@lists.sourceforge.net Reply-To: Nagios Users List nagios-users@lists.sourceforge.net Subject: [Nagios-users] R: smstools3 with nagios -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
[Nagios-users] R: R: smstools3 with nagios
I already done ... like I wrote in the first mail :-) -Messaggio originale- Da: Diego Roccia [mailto:diego.roc...@gmail.com] Inviato: giovedì 12 maggio 2011 14:02 A: Nagios Users List Oggetto: Re: [Nagios-users] R: smstools3 with nagios try from the nagios user Diego Roccia - from mobile -Original Message- From: Marco Borsani m.bors...@it.net Date: Thu, 12 May 2011 08:49:10 To: 'Ennis Ibarra - NMCOURTS.GOV'en...@nmcourts.gov; 'Nagios Users List'nagios-users@lists.sourceforge.net Reply-To: Nagios Users List nagios-users@lists.sourceforge.net Subject: [Nagios-users] R: smstools3 with nagios -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
Re: [Nagios-users] Problem with Konica and Canon printer
On 11/05/11 14:36, Andre Tann wrote: Hello Adam, Adam Sweet, Donnerstag 05 Mai 2011: Take a look at Transitiv's check_snmp_printer.pl check: http://www.transitiv.co.uk/resources-page/nagios-plugins Thanks for you hint. I have installed this plugin now, but it seems not to be too chatty: # ./check_snmp_printer.pl -H kyocera.company.com check_snmp_printer OK - Status: idle Well, it's true that the printer is OK and idle. But how can one check details about toner and paper status? Do I overlook some option? If the printer doesn't report any issues with paper or toner, then the plugin won't tell you about it. The way it works is that there are device and printer status OIDs in the SNMP tree on the printers which says overall if everything is OK. If it's not OK, the plugins looks up the detected error state OID for the cause and then tells you what the problem is. The RFC the plugin is based upon defines the possible error states to be one of the following: Paper low No paper Toner low No toner Door open Jammed Offline Service needed If any of those are the case then the plugin will tell you, if there are no error states then it won't. I didn't see you say that you wanted to query for current toner and paper levels explicitly, if that's what you want then this plugin won't help you as it's not in the RFC and we didn't find that information in the SNMP tree on the printers we tested against. Regards, Adam Sweet -- http://blog.adamsweet.org/ -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
Re: [Nagios-users] [Nagios-devel] nagios patches 3 old, 1 new (fix flexible downtime on service hard state change doesn't get triggered/activated)
Hi, Andreas Ericsson wrote: Good idea. Involving the community to help test things is something I've been wanting and trying to do for a long time. the mailinglists are not optimal. try a dev blog, ask on fb/twitter, and maybe cleanup the bug tracker a bit. using new social media in a good way can make life easier. but i think i already mentioned that a while ago to tony on irc. I'm fairly sure I applied that one, but perhaps I was lacking the proper amount of alcohol in my bloodstream and forgot to do the git - cvs export step. The patch is good and will be applied though, since it would otherwise force us to bump the major version of Nagios for the next release. Thanks :) thought so, and the recent change to svn would have made the diff changed, idea - grab some beers (i'm sure you will on the nagios conference in italy) and do it together with ton and ethan, showing some git ;-)) Well, some patches are obviously correct and can be applied without adding tests for them. Where current behaviour changes, or new features are added in already complex areas is a different matter though, but getting the code queued somewhere might make it easier to accept from users testing them. Point is, in that special change on previous release, no test was provided either. So by just reverting the diff, it could have resolved the issue either way. But I also understand Ton's demanding though I don't have time writing those tests myself. For me, it's working, and the other part of the cake can be done by someone else amongst fellow nagios users/contributors. The sad part is that centreon forked three days after Nagios Enterprises cancelled the partnership contract with Merethis (the company behind centreon). To me, that smells a bit political. Even if it is, I like their recent patches and overall contributed work to Nagios. If there are politics those guys should do that on closed doors, and not disturb the way development flows. i did not like that on the netways stuff, on the shinken trademark thingies, and if that now pops up - well, as said, putting it into the right channels, but not nagios-devel imho. Thanks for the link though. I've been looking for it but was unable to find the download before you posted it. It should be interesting to see if they can solve the I/O load problems like someone here at the Bolzano conference mentioned they're working on. That's one of my goals too, but so far I haven't had time to sit down and think it through properly. If they have, we should be able to profit from their work quite easily. Most possible. I'm keen on sharing some of my not-currently-available ressources thinking with them about future changes and/or improvements. Yes. And no. Shinken is incompatible with all of Nagios' current broker modules. Icinga have broken the ABI compatibility, but not to the same extent. Shinken has some very neat ideas (and some not so neat ones too). Like all good engineers, I'll happily borrow the good ones and let the bad ones go hang. There comes the day in history where an ABI must be broken in order to allow the implementation of things you need. Although remaining compatible, this is not a good solution, I totally agree on that. Either way, Shinken did it right, introducing new things, independent of the down below code. Let's see what future might bring on that. Communication seems to rather broken in various ways, so let the code and releases talk instead, sharing ideas and man power. Kind regards, Michael -- DI (FH) Michael Friedrich Vienna University Computer Center Universitaetsstrasse 7 A-1010 Vienna, Austria email: michael.friedr...@univie.ac.at phone: +43 1 4277 14359 mobile: +43 664 60277 14359 fax:+43 1 4277 14338 web:http://www.univie.ac.at/zid http://www.aco.net Icinga Core IDOUtils Developer http://www.icinga.org -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
[Nagios-users] checking fine, no notifications
Hi all, We are using FAN 2.0. Our host checking is going on fine, but no notifications are getting logged. No notifications have been recorded in the current log file Scheduling queus show all the checks for the future, there are critical and warning errors, but it just won't sho in notifications or send mails!!! please advice.. anth. -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
Re: [Nagios-users] R: smstools3 with nagios
On 5/12/2011 02:49, Marco Borsani wrote: Command file is the same. Running that command like root or Nagios user manually it is ok In the Nagios file (does not send sms): command_line/usr/local/bin/sendsms 0039$CONTACTPAGER$ Host:$HOSTALIAS$ is $HOSTSTATE$ Type:$NOTIFICATIONTYPE$. $OUTPUT$ Date:$SHORTDATETIME$ In command line (running OK): # /usr/local/bin/sendsms 0039$CONTACTPAGER$ Host:$HOSTALIAS$ is $HOSTSTATE$ Type:$NOTIFICATIONTYPE$. $OUTPUT$ Date:$SHORTDATETIME$ Marco That's very similar to what I have: command_line/usr/local/bin/sendsms $CONTACTPAGER$ ** $NOTIFICATIONTYPE$ Host Alert: $HOSTNAME$ is $HOSTSTATE$ ** However, I have the country code (which smstools3 requires) defined in $CONTACTPAGER$. I'm betting this is something with escaping. Either check the Nagios debug log to see the expanded macro then paste it into a Nagios user shell or update $CONTACTPAGER$ to include the country code. -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
Re: [Nagios-users] R: smstools3 with nagios
Hi Marco, Not sure if this will help but I had a similar problem trying to monitor bandwidth on my HP Procurve switch ports. Command line worked OK, Nagios command failed. The solution was to hard code my password in the command definition instead of a variable and take that part out of the service definition. e.g. Command Definition: $USER1$/check_iftraffic3.pl -h $HOSTADDRESS$ -C $USER3$ -i etc Replace $USER3$ with actual password string. Service Definition: check_iftraffic3!pwd!28!1000 Remove !pwd from service definition. Hope this helps in some way. Marty From: Marco Borsani [mailto:m.bors...@it.net] Sent: Thursday, May 12, 2011 2:49 AM To: 'Ennis Ibarra - NMCOURTS.GOV'; 'Nagios Users List' Subject: [Nagios-users] R: smstools3 with nagios Command file is the same. Running that command like root or Nagios user manually it is ok In the Nagios file (does not send sms): command_line/usr/local/bin/sendsms 0039$CONTACTPAGER$ Host:$HOSTALIAS$ is $HOSTSTATE$ Type:$NOTIFICATIONTYPE$. $OUTPUT$ Date:$SHORTDATETIME$ In command line (running OK): # /usr/local/bin/sendsms 0039$CONTACTPAGER$ Host:$HOSTALIAS$ is $HOSTSTATE$ Type:$NOTIFICATIONTYPE$. $OUTPUT$ Date:$SHORTDATETIME$ Marco Da: Ennis Ibarra [mailto:en...@nmcourts.gov] Inviato: mercoledì 11 maggio 2011 18:10 A: Nagios Users List Oggetto: Re: [Nagios-users] smstools3 with nagios Check your commands file, see if there you can find a difference, what's the directory smstools2/3 is pointing to, what is the command? _ Supreme Court of New Mexico Ennis Ibarra - Original Message - From: Marco Borsani m.bors...@it.net To: NAGIOS nagios-users@lists.sourceforge.net Sent: Wednesday, May 11, 2011 6:12:38 AM Subject: [Nagios-users] smstools3 with nagios Hi all As many people to send sms with Nagios I usually use smstools2 , all is working fine. Now I am testing smstools3, I can send sms using command line (as root and Nagios user too), but Nagios program did not send any sms …. Are there differences in the configuration between smstools2 an smstools3 ? regards Marco Borsani Unix and Monitoring Sysadmin Technical Operations Dpt. tel: +39 010 4310115 fax: +39 02 30130311 cell: +39 329 5953944 ITnet Srl Società con socio unico Direzione e Coordinamento di … -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Nagios-users mailing list Nagios-users@lists.sourceforge.netmailto:Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
[Nagios-users] Alerts Summary data location
Where are the data for the Alerts Summary stored? I'm seeing some strange anomalies that I'd like to track down. For instance, if I do 'Top Alert Producers' for time period 'This Year', the top one is Rank Producer Type Host Service Total Alerts #1 Service server11LOAD 736 If I choose Jan 1 2011 through April 30, I get Displaying all 0 matching alert producers Rank Producer Type Host Service Total Alerts and if I pick 'This Month', I get Rank Producer Type Host Service Total Alerts #1 Service server22 Task Scheduler 263 Something isn't adding up, and I'd like to investigate why. Thanks much... -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
[Nagios-users] Remote command plugins
Dear all, I'm pretty new to Nagios and i was wondering how can i extract information from remote hosts with Nagios? i.e. get the remote hosts's cpu load, available disk, etc? p.s. All my nodes have share ssh keys (so i can easily ssh into them); Any thoughts? Thanks, Luis -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
[Nagios-users] recurring downtime
HI I'm trying to set up recurring downtimes for automatic reboots Below is my script however , in the web interface under scheduled downtimes, I do not see this entry. the results are in my tmp fie and I see the event log saying the command is added [1300246895] SCHEDULE_SVC_DOWNTIME ;host1;service1;1410741500;1410741700;0;0;7200;Some One;Some Downtime Comment am I missing something? * #!/bin/sh # This is a sample shell script showing how you can submit the SCHEDULE_SVC_DOWNTIME command # to Nagios. Adjust variables to fit your environment as necessary. now=`date +%s` commandfile='/usr/local/nagios/var/rw/nagios.cmd' printf [%lu] SCHEDULE_SVC_DOWNTIME;host1;smtp; 1410741500;1410741700;1;0;7200;Some One;Some Downtime Comment\n $now $commandfile #printf [%lu] SCHEDULE_SVC_DOWNTIME ;host1;service1;1410741500;1410748700;0;0;7200;Some One;Some Downtime Comment\n $now /tmp/foome Julie S. Lin System Administrator j...@livescribe.com (510) 553 4912 (o) (510) 367 5772 (c) -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
Re: [Nagios-users] Remote command plugins
Use nrpe On May 13, 2011 3:05 AM, Luis Miguel Silva luismiguelferreirasi...@gmail.com wrote: Dear all, I'm pretty new to Nagios and i was wondering how can i extract information from remote hosts with Nagios? i.e. get the remote hosts's cpu load, available disk, etc? p.s. All my nodes have share ssh keys (so i can easily ssh into them); Any thoughts? Thanks, Luis -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
Re: [Nagios-users] Remote command plugins
Luis Miguel Silva schrieb: Dear all, I'm pretty new to Nagios and i was wondering how can i extract information from remote hosts with Nagios? i.e. get the remote hosts's cpu load, available disk, etc? p.s. All my nodes have share ssh keys (so i can easily ssh into them); you can use check_by_ssh which is part of nagios plugins package. you have to install the plugins you want to use (check_disk, check_load ...) on the remote side too. Joerg -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null