<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:x="urn:schemas-microsoft-com:office:excel" xmlns:p="urn:schemas-microsoft-com:office:powerpoint" xmlns:a="urn:schemas-microsoft-com:office:access" xmlns:dt="uuid:C2F41010-65B3-11d1-A29F-00AA00C14882" xmlns:s="uuid:BDC6E3F0-6DA3-11d1-A2A3-00AA00C14882" xmlns:rs="urn:schemas-microsoft-com:rowset" xmlns:z="#RowsetSchema" xmlns:b="urn:schemas-microsoft-com:office:publisher" xmlns:ss="urn:schemas-microsoft-com:office:spreadsheet" xmlns:c="urn:schemas-microsoft-com:office:component:spreadsheet" xmlns:odc="urn:schemas-microsoft-com:office:odc" xmlns:oa="urn:schemas-microsoft-com:office:activation" xmlns:html="http://www.w3.org/TR/REC-html40" xmlns:q="http://schemas.xmlsoap.org/soap/envelope/" xmlns:rtc="http://microsoft.com/officenet/conferencing" xmlns:D="DAV:" xmlns:Repl="http://schemas.microsoft.com/repl/" xmlns:mt="http://schemas.microsoft.com/sharepoint/soap/meetings/" xmlns:x2="http://schemas.microsoft.com/office/excel/2003/xml" xmlns:ppda="http://www.passport.com/NameSpace.xsd" xmlns:ois="http://schemas.microsoft.com/sharepoint/soap/ois/" xmlns:dir="http://schemas.microsoft.com/sharepoint/soap/directory/" xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns:dsp="http://schemas.microsoft.com/sharepoint/dsp" xmlns:udc="http://schemas.microsoft.com/data/udc" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:sub="http://schemas.microsoft.com/sharepoint/soap/2002/1/alerts/" xmlns:ec="http://www.w3.org/2001/04/xmlenc#" xmlns:sp="http://schemas.microsoft.com/sharepoint/" xmlns:sps="http://schemas.microsoft.com/sharepoint/soap/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:udcs="http://schemas.microsoft.com/data/udc/soap" xmlns:udcxf="http://schemas.microsoft.com/data/udc/xmlfile" xmlns:udcp2p="http://schemas.microsoft.com/data/udc/parttopart" xmlns:wf="http://schemas.microsoft.com/sharepoint/soap/workflow/" xmlns:dsss="http://schemas.microsoft.com/office/2006/digsig-setup" xmlns:dssi="http://schemas.microsoft.com/office/2006/digsig" xmlns:mdssi="http://schemas.openxmlformats.org/package/2006/digital-signature" xmlns:mver="http://schemas.openxmlformats.org/markup-compatibility/2006" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns:mrels="http://schemas.openxmlformats.org/package/2006/relationships" xmlns:spwp="http://microsoft.com/sharepoint/webpartpages" xmlns:ex12t="http://schemas.microsoft.com/exchange/services/2006/types" xmlns:ex12m="http://schemas.microsoft.com/exchange/services/2006/messages" xmlns:pptsl="http://schemas.microsoft.com/sharepoint/soap/SlideLibrary/" xmlns:spsl="http://microsoft.com/webservices/SharePointPortalServer/PublishedLinksService" xmlns:Z="urn:schemas-microsoft-com:" xmlns:st="" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=us-ascii"><meta name=Generator content="Microsoft Word 12 (filtered medium)"><style></style></head><body lang=EN-US link=blue vlink=purple><div class=WordSection1>Hi Nibin<o:p></o:p><o:p> </o:p>I’m not aware in which mode I had configured pnp4nagios (my apologies). Anyways I’m pasting excerpt of my host configuration & serviceextinfo file so that you can get the clear picture. In fact, in Nagios web console, I’m able to see Memory & CPU utilization of Cisco devices however unable to view the graphs. I’m using check_snmp_mem.pl plugin to capture Memory utilization of Cisco devices. Let me know if any other info required from me. I would really appreciate your help in this regard.<o:p></o:p><o:p> </o:p><o:p> </o:p>Excerpts of host Configuration File<o:p></o:p><o:p> </o:p>define command{<o:p></o:p> command_name process-service-perfdata<o:p></o:p> command_line /usr/bin/perl /usr/local/nagios/libexec/process_perfdata.pl<o:p></o:p> }<o:p></o:p><o:p> </o:p>Excerpts of Serviceextinfo File<o:p></o:p><o:p> </o:p>define serviceextinfo{<o:p></o:p> host_name L3-Switch<o:p></o:p> service_description MEM<o:p></o:p> action_url /nagios/pnp/index.php?host=$HOSTNAME$&srv=$SERVICEDESC$<o:p></o:p> }<o:p></o:p><o:p> </o:p>Regards<o:p></o:p>Navdeep Sidhu <o:p></o:p><o:p> </o:p><o:p> </o:p>-----Original Message----- From: nagios-users-request@lists.sourceforge.net [mailto:nagios-users-request@lists.sourceforge.net] Sent: Saturday, June 04, 2011 12:15 PM To: nagios-users@lists.sourceforge.net Subject: Nagios-users Digest, Vol 61, Issue 3<o:p></o:p><o:p> </o:p>Send Nagios-users mailing list submissions to<o:p></o:p> nagios-users@lists.sourceforge.net<o:p></o:p><o:p> </o:p>To subscribe or unsubscribe via the World Wide Web, visit<o:p></o:p> https://lists.sourceforge.net/lists/listinfo/nagios-users<o:p></o:p>or, via email, send a message with subject or body 'help' to<o:p></o:p> nagios-users-request@lists.sourceforge.net<o:p></o:p><o:p> </o:p>You can reach the person managing the list at<o:p></o:p> nagios-users-owner@lists.sourceforge.net<o:p></o:p><o:p> </o:p>When replying, please edit your Subject line so it is more specific<o:p></o:p>than "Re: Contents of Nagios-users digest..."<o:p></o:p><o:p> </o:p><o:p> </o:p>Today's Topics:<o:p></o:p><o:p> </o:p> 1. Re: Check_NRPE on AIX (Daniel Ceola)<o:p></o:p> 2. Re: Non obvious 127 plugin error (Craig Stewart)<o:p></o:p> 3. Re: Non obvious 127 plugin error (Justin T Pryzby)<o:p></o:p> 4. Re: Non obvious 127 plugin error (Craig Stewart)<o:p></o:p> 5. Re: Non obvious 127 plugin error (Craig Stewart)<o:p></o:p> 6. Re: Checking multiple TCP ports for a single status?<o:p></o:p> (Matthew Jurgens)<o:p></o:p> 7. RRDTool exits with errors -> ERROR: can't make a graph<o:p></o:p> without contents (Navdeep Sidhu)<o:p></o:p> 8. Re: RRDTool exits with errors -> ERROR: can't make a graph<o:p></o:p> without contents (Nibin VM)<o:p></o:p> 9. Re: Non obvious 127 plugin error (Justin T Pryzby)<o:p></o:p> 10. Has anyone else seen this? (Henry R. Prins)<o:p></o:p> 11. Re: Has anyone else seen this? (Roberto Nunnari)<o:p></o:p> 12. Re: Has anyone else seen this? (Giorgio Zarrelli)<o:p></o:p><o:p> </o:p><o:p> </o:p>----------------------------------------------------------------------<o:p></o:p><o:p> </o:p>Message: 1<o:p></o:p>Date: Thu, 2 Jun 2011 16:47:28 +0000<o:p></o:p>From: Daniel Ceola <DCeola@twgi.net><o:p></o:p>Subject: Re: [Nagios-users] Check_NRPE on AIX<o:p></o:p>To: Nagios Users List <nagios-users@lists.sourceforge.net><o:p></o:p>Message-ID: <40B7337A7D70B149A34D5A0FD9FDFA8C01EED9@twgiex.twgi.net><o:p></o:p>Content-Type: text/plain; charset="us-ascii"<o:p></o:p><o:p> </o:p>I've finally gotten a chance to look at this again. Thank you to those that responded with helpful information. However, I just realized that I am working on an AIX 5.1 system, and since the binaries I'm using are written for 5.3, there are compatibility issues which seem to be causing my problems. I may need to look around for a different solution, to monitor my AIX system.<o:p></o:p><o:p> </o:p>Thanks,<o:p></o:p><o:p> </o:p>Daniel Ceola<o:p></o:p><o:p> </o:p>From: Kyle O'Donnell [mailto:nagios@isprime.org]<o:p></o:p>Sent: Thursday, May 19, 2011 11:51 PM<o:p></o:p>To: Nagios Users List<o:p></o:p>Subject: Re: [Nagios-users] Check_NRPE on AIX<o:p></o:p><o:p> </o:p><o:p> </o:p>Those are the binaries that I compiled and uploaded a couple years ago. We are still using them today, but if you have any issues let me know.<o:p></o:p><o:p> </o:p>I would suggest running the check_disk with the -x /proc as it is in nrpe as the same user nrpe is running as via command line to ensure it behaves as expected<o:p></o:p><o:p> </o:p>I have had no issue using sudo on aix btw.<o:p></o:p><o:p> </o:p>--kyleo<o:p></o:p>On May 18, 2011 9:32 AM, "Daniel Ceola" <DCeola@twgi.net<mailto:DCeola@twgi.net>> wrote:<o:p></o:p>-------------- next part --------------<o:p></o:p>An HTML attachment was scrubbed...<o:p></o:p><o:p> </o:p>------------------------------<o:p></o:p><o:p> </o:p>Message: 2<o:p></o:p>Date: Thu, 02 Jun 2011 13:04:15 -0300<o:p></o:p>From: Craig Stewart <Craig.Stewart@corp.xplornet.com><o:p></o:p>Subject: Re: [Nagios-users] Non obvious 127 plugin error<o:p></o:p>To: Giorgio Zarrelli <zarrelli@linux.it><o:p></o:p>Cc: Nagios Users List <nagios-users@lists.sourceforge.net><o:p></o:p>Message-ID: <4DE7B47F.4000500@corp.xplornet.com><o:p></o:p>Content-Type: text/plain; charset=ISO-8859-1<o:p></o:p><o:p> </o:p>Giorgio,<o:p></o:p><o:p> </o:p>I appreciate all your guesses.<o:p></o:p><o:p> </o:p>As far as the ulimits.conf file was, this system didn't have one! I did<o:p></o:p>run the ulimits -a as the nagios user anf got this:<o:p></o:p><o:p> </o:p>-bash-4.2$ ulimit -a<o:p></o:p>core file size (blocks, -c) 0<o:p></o:p>data seg size (kbytes, -d) unlimited<o:p></o:p>scheduling priority (-e) 0<o:p></o:p>file size (blocks, -f) unlimited<o:p></o:p>pending signals (-i) 32100<o:p></o:p>max locked memory (kbytes, -l) 64<o:p></o:p>max memory size (kbytes, -m) unlimited<o:p></o:p>open files (-n) 1024<o:p></o:p>pipe size (512 bytes, -p) 8<o:p></o:p>POSIX message queues (bytes, -q) 819200<o:p></o:p>real-time priority (-r) 0<o:p></o:p>stack size (kbytes, -s) 8192<o:p></o:p>cpu time (seconds, -t) unlimited<o:p></o:p>max user processes (-u) 1024<o:p></o:p>virtual memory (kbytes, -v) unlimited<o:p></o:p>file locks (-x) unlimited<o:p></o:p>-bash-4.2$<o:p></o:p><o:p> </o:p>Craig<o:p></o:p><o:p> </o:p>Craig Stewart<o:p></o:p>Systems Integration Analyst<o:p></o:p>Craig.Stewart@corp.xplornet.com<o:p></o:p>Xplornet - Broadband, Everywhere<o:p></o:p><o:p> </o:p>On 06/02/2011 11:30 AM, Giorgio Zarrelli wrote:<o:p></o:p>> We are making guesses, so check ulimits.conf<o:p></o:p>> <o:p></o:p>> Ciao,<o:p></o:p>> <o:p></o:p>> Giorgio<o:p></o:p>> <o:p></o:p>> Il giorno 02/giu/2011, alle ore 15:58, Craig Stewart<o:p></o:p>> <Craig.Stewart@corp.xplornet.com> ha scritto:<o:p></o:p>> <o:p></o:p>>> Giorgio,<o:p></o:p>>><o:p> </o:p>>> It's bash.<o:p></o:p>>><o:p> </o:p>>> [root@nms tmp]# ls -l /bin/sh<o:p></o:p>>> lrwxrwxrwx. 1 root root 4 May 31 11:39 /bin/sh -> bash<o:p></o:p>>> [root@nms tmp]#<o:p></o:p>>><o:p> </o:p>>> I've been doing a bit of reading and it looks like the maximum arguments<o:p></o:p>>> is a kernel setting built at compile time. I'm having a hard time<o:p></o:p>>> wrapping my head around how the check works when run directly and fails<o:p></o:p>>> when called by the Nagios process.<o:p></o:p>>><o:p> </o:p>>> I'm starting to wonder if I should point the /bin/sh to something like<o:p></o:p>>> csh or some such as a test.<o:p></o:p>>><o:p> </o:p>>> Craig<o:p></o:p>>> --<o:p></o:p>>> Craig Stewart<o:p></o:p>>> Systems Integration Analyst<o:p></o:p>>> Craig.Stewart@corp.xplornet.com Tel: (506) 328-1245 Cell: (506) 425-0111<o:p></o:p>>> Xplornet - Broadband, Everywhere<o:p></o:p>>><o:p> </o:p>>> On 06/02/2011 10:43 AM, Giorgio Zarrelli wrote:<o:p></o:p>>>> Check wether your shell is a Dash or a Bash. That means, check where the<o:p></o:p>>>> /bin/sh symlink is pointing to.<o:p></o:p>>>><o:p> </o:p>>>> Ciao,<o:p></o:p>>>><o:p> </o:p>>>> Giorgio<o:p></o:p>>>><o:p> </o:p>>>> Il giorno 02/giu/2011, alle ore 14:43, Craig Stewart<o:p></o:p>>>> <Craig.Stewart@corp.xplornet.com> ha scritto:<o:p></o:p>>>><o:p> </o:p>>>>> All,<o:p></o:p>>>>><o:p> </o:p>>>>> SELinux was enabled (DOH!) and has been now disabled. Didn't fix my<o:p></o:p>>>>> problem though. Thanks for that Clint, I don't know HOW many times<o:p></o:p>>>>> SELinux has bitten me. Should know by now.<o:p></o:p>>>>><o:p> </o:p>>>>> I ran the strace as suggested by Justin and saw THIS little tidbit<o:p></o:p>>>> flash by:<o:p></o:p>>>>><o:p> </o:p>>>>> 11769 execve("/bin/sh", ["sh", "-c", "/usr/lib/nagios/plugins/check_dig<o:p></o:p>>>>> -H 142.166.86.18 -l www.xplornet.com -a 142.166.86.46 -w 0.5 -c 1 -t<o:p></o:p>>>>> 5"], [/* 189 vars */]) = -1 E2BIG (Argument list too long)<o:p></o:p>>>>> 11751 --- {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=11769,<o:p></o:p>>>>> si_status=127, si_utime=0, si_stime=0} (Child exited) --<o:p></o:p>>>>><o:p> </o:p>>>>> Argument list too long???? So, SOMETHING (I suspect the shell) doesn't<o:p></o:p>>>>> like that many arguments passed. Well, making progress.<o:p></o:p>>>>><o:p> </o:p>>>>> By the way, this is a bone stock OS install (Fedora 15 currently) and I<o:p></o:p>>>>> haven't tweaked anything.<o:p></o:p>>>>><o:p> </o:p>>>>> Cheers all!<o:p></o:p>>>>><o:p> </o:p>>>>> Craig<o:p></o:p>>>>> --<o:p></o:p>>>>> Craig Stewart<o:p></o:p>>>>> Systems Integration Analyst<o:p></o:p>>>>> Craig.Stewart@corp.xplornet.com<o:p></o:p>>>>> Xplornet - Broadband, Everywhere<o:p></o:p>>>>><o:p> </o:p>>>>> On 06/01/2011 05:36 PM, Clint Dilks wrote:<o:p></o:p>>>>>> Hi<o:p></o:p>>>>>><o:p> </o:p>>>>>> Just wondering if SE Linux is disabled on your system? If not check<o:p></o:p>>>>>> your audit log and see if access to the plugin is being denied<o:p></o:p>>>>>><o:p> </o:p>>>>>> On Thu, Jun 2, 2011 at 8:15 AM, Justin T Pryzby <justinp@norchemlab.com<o:p></o:p>>>>>> <mailto:justinp@norchemlab.com>> wrote:<o:p></o:p>>>>>><o:p> </o:p>>>>>> You can also strace the main nagios process:<o:p></o:p>>>>>> strace -fs999 -e execve -p PID_OF_NAGIOS<o:p></o:p>>>>>> or<o:p></o:p>>>>>> sudo strace -fs999 -e execve -p `ps o pid h -C nagios3 --sort<o:p></o:p>>>>>> start_time |sed q` 2>&1 |grep -Fw execve |grep -Fw check_dig<o:p></o:p>>>>>><o:p> </o:p>>>>>> 127 is the return status of the shell when a command isn't found:<o:p></o:p>>>>>> justinp@justinp:~$ asdf; echo $?<o:p></o:p>>>>>> bash: asdf: command not found<o:p></o:p>>>>>> 127<o:p></o:p>>>>>><o:p> </o:p>>>>>> man sh => /EXIT STATUS/<o:p></o:p>>>>>><o:p> </o:p>>>>>> Justin<o:p></o:p>>>>>><o:p> </o:p>>>>>> On Wed, Jun 01, 2011 at 04:23:05PM -0300, Craig Stewart wrote:<o:p></o:p>>>>>>> Giorgio<o:p></o:p>>>>>>><o:p> </o:p>>>>>>> As apache user:<o:p></o:p>>>>>>><o:p> </o:p>>>>>>> bash-4.2$ /usr/lib/nagios/plugins/check_dig -H 72.45.111.250<o:p></o:p>>>>>> <tel:72.45.111.250> -l<o:p></o:p>>>>>>> www.xplornet.com <http://www.xplornet.com> -a 142.166.86.46 -w 0.5<o:p></o:p>>>>>> -c 1 -t 5<o:p></o:p>>>>>>> DNS OK - 0.096 seconds response time (www.xplornet.com<o:p></o:p>>>>>> <http://www.xplornet.com>. 864 IN A<o:p></o:p>>>>>>> 142.166.86.46)|time=0.095553s;0.500000;1.000000;0.000000<o:p></o:p>>>>>>><o:p> </o:p>>>>>>><o:p> </o:p>>>>>>> You understand my confusion.<o:p></o:p>>>>>>><o:p> </o:p>>>>>>> Craig<o:p></o:p>>>>>>><o:p> </o:p>>>>>>> Craig Stewart<o:p></o:p>>>>>>> Systems Integration Analyst<o:p></o:p>>>>>>> Craig.Stewart@corp.xplornet.com<o:p></o:p>>>>>> <mailto:Craig.Stewart@corpxplornet.com<o:p></o:p>>>> <mailto:Craig.Stewart@corpxplornet.com<o:p></o:p>> <mailto:Craig.Stewart@corp.xplornet.com>>> Tel: (506) 328-1245<o:p></o:p>>>>>> <tel:%28506%29%20328-1245> Cell: (506) 425-0111<o:p></o:p>>>>>> <tel:%28506%29%20425-0111><o:p></o:p>>>>>>> Xplornet - Broadband, Everywhere<o:p></o:p>>>>>>><o:p> </o:p>>>>>>> On 06/01/2011 04:18 PM, Giorgio Zarrelli wrote:<o:p></o:p>>>>>>>> Hi,<o:p></o:p>>>>>>>><o:p> </o:p>>>>>>>> I'm curious. Please, do a su - as the apache user and execute<o:p></o:p>>>>>> the check<o:p></o:p>>>>>>>> as that user.<o:p></o:p>>>>>>>><o:p> </o:p>>>>>>>> Ciao,<o:p></o:p>>>>>>>><o:p> </o:p>>>>>>>> Giorgio<o:p></o:p>>>>>>><o:p> </o:p>>>>>>><o:p> </o:p>>>>>><o:p> </o:p>>>><o:p> </o:p>> ------------------------------------------------------------------------------<o:p></o:p>>>>>>> Simplify data backup and recovery for your virtual environment<o:p></o:p>>>>>> with vRanger.<o:p></o:p>>>>>>> Installation's a snap, and flexible recovery options mean your<o:p></o:p>>>>>> data is safe,<o:p></o:p>>>>>>> secure and there when you need it. Data protection magic?<o:p></o:p>>>>>>> Nope - It's vRanger. Get your free trial download today.<o:p></o:p>>>>>>> http://p.sf.net/sfu/quest-sfdev2dev<o:p></o:p>>>>>>> _______________________________________________<o:p></o:p>>>>>>> Nagios-users mailing list<o:p></o:p>>>>>>> Nagios-users@lists.sourceforge.net<o:p></o:p>>>>>> <mailto:Nagios-users@lists.sourceforge.net><o:p></o:p>>>>>>> https://lists.sourceforge.net/lists/listinfo/nagios-users<o:p></o:p>>>>>>> ::: Please include Nagios version, plugin version (-v) and OS when<o:p></o:p>>>>>> reporting any issue.<o:p></o:p>>>>>>> ::: Messages without supporting info will risk being sent to /dev/null<o:p></o:p>>>>>>><o:p> </o:p>>>>>><o:p> </o:p>>>>>><o:p> </o:p>>>><o:p> </o:p>> ------------------------------------------------------------------------------<o:p></o:p>>>>>> Simplify data backup and recovery for your virtual environment with<o:p></o:p>>>>>> vRanger.<o:p></o:p>>>>>> Installation's a snap, and flexible recovery options mean your data<o:p></o:p>>>>>> is safe,<o:p></o:p>>>>>> secure and there when you need it. Data protection magic?<o:p></o:p>>>>>> Nope - It's vRanger. Get your free trial download today.<o:p></o:p>>>>>> http://p.sf.net/sfu/quest-sfdev2dev<o:p></o:p>>>>>> _______________________________________________<o:p></o:p>>>>>> Nagios-users mailing list<o:p></o:p>>>>>> Nagios-users@lists.sourceforge.net<o:p></o:p>>>>>> <mailto:Nagios-users@lists.sourceforge.net><o:p></o:p>>>>>> https://lists.sourceforge.net/lists/listinfo/nagios-users<o:p></o:p>>>>>> ::: Please include Nagios version, plugin version (-v) and OS when<o:p></o:p>>>>>> reporting any issue.<o:p></o:p>>>>>> ::: Messages without supporting info will risk being sent to<o:p></o:p>> /dev/null<o:p></o:p>>>>>><o:p> </o:p>>>>>><o:p> </o:p>>>>>><o:p> </o:p>>>>>> --<o:p></o:p>>>>>> This message has been scanned for viruses and<o:p></o:p>>>>>> dangerous content by *MailScanner* <http://www.mailscanner.info/>,<o:p></o:p>> and is<o:p></o:p>>>>>> believed to be clean.<o:p></o:p>>>>><o:p> </o:p>>>>><o:p> </o:p>>>><o:p> </o:p>> ------------------------------------------------------------------------------<o:p></o:p>>>>> Simplify data backup and recovery for your virtual environment with<o:p></o:p>>>> vRanger.<o:p></o:p>>>>> Installation's a snap, and flexible recovery options mean your data is<o:p></o:p>>>> safe,<o:p></o:p>>>>> secure and there when you need it. Data protection magic?<o:p></o:p>>>>> Nope - It's vRanger. Get your free trial download today.<o:p></o:p>>>>> http://p.sf.net/sfu/quest-sfdev2dev<o:p></o:p>>>>> _______________________________________________<o:p></o:p>>>>> Nagios-users mailing list<o:p></o:p>>>>> Nagios-users@lists.sourceforge.net<o:p></o:p>>>>> https://lists.sourceforge.net/lists/listinfo/nagios-users<o:p></o:p>>>>> ::: Please include Nagios version, plugin version (-v) and OS when<o:p></o:p>>>> reporting any issue.<o:p></o:p>>>>> ::: Messages without supporting info will risk being sent to /dev/null<o:p></o:p>>>><o:p> </o:p>>>><o:p> </o:p>> ------------------------------------------------------------------------------<o:p></o:p>>>> Simplify data backup and recovery for your virtual environment with<o:p></o:p>> vRanger.<o:p></o:p>>>> Installation's a snap, and flexible recovery options mean your data<o:p></o:p>> is safe,<o:p></o:p>>>> secure and there when you need it. Data protection magic?<o:p></o:p>>>> Nope - It's vRanger. Get your free trial download today.<o:p></o:p>>>> http://p.sf.net/sfu/quest-sfdev2dev<o:p></o:p>>>> _______________________________________________<o:p></o:p>>>> Nagios-users mailing list<o:p></o:p>>>> Nagios-users@lists.sourceforge.net<o:p></o:p>>>> https://lists.sourceforge.net/lists/listinfo/nagios-users<o:p></o:p>>>> ::: Please include Nagios version, plugin version (-v) and OS when<o:p></o:p>>>> reporting any issue.<o:p></o:p>>>> ::: Messages without supporting info will risk being sent to /dev/null<o:p></o:p>>>><o:p> </o:p>>>> --<o:p></o:p>>>> This message has been scanned by MailScanner<o:p></o:p>>>><o:p> </o:p>> <o:p></o:p>> --<o:p></o:p>> This message has been scanned by MailScanner<o:p></o:p>> <o:p></o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p>------------------------------<o:p></o:p><o:p> </o:p>Message: 3<o:p></o:p>Date: Thu, 2 Jun 2011 10:07:42 -0700<o:p></o:p>From: Justin T Pryzby <justinp@norchemlab.com><o:p></o:p>Subject: Re: [Nagios-users] Non obvious 127 plugin error<o:p></o:p>To: nagios-users@lists.sourceforge.net<o:p></o:p>Message-ID: <20110602170742.GA15646@norchemlab.com><o:p></o:p>Content-Type: text/plain; charset=us-ascii<o:p></o:p><o:p> </o:p>Ah, I think it may be due to a ngaios setting of<o:p></o:p>"enable_environment_macros":<o:p></o:p>nagios.sourceforge.net/docs/3_0/configmain.html<o:p></o:p><o:p> </o:p>Nagios [can] export all sorts of data relating to the state of the<o:p></o:p>check, and that can be useful, but it seems as if your configuration<o:p></o:p>is too big or complicated or such to fit. Do your other checks work?<o:p></o:p>What if you make their argument list as long as for check_dig?<o:p></o:p>I think it's possible that some checks are run with bigger inherited<o:p></o:p>environment than other checks, due to servicegroups and such. The<o:p></o:p>execve() E2BIG error is due to a kernel limit on the size of "argument<o:p></o:p>list plus environment". You could also write a check (or replace the<o:p></o:p>check_dig command) with something like "set<o:p></o:p>>/var/lib/nagios3/nagios-environment" or some other nagios-writable<o:p></o:p>path. There shouldn't be more than (say) a kilobyte of environment.<o:p></o:p>It's also possible that you're sourceing something huge like<o:p></o:p>/etc/bash_completion, but that doesn't explain why it doesn't affect<o:p></o:p>your user accounts and other nagios checks. Or you can rerun the<o:p></o:p>strace with "-v" to cause the environment to be displayed.<o:p></o:p><o:p> </o:p>Justin<o:p></o:p><o:p> </o:p>On Thu, Jun 02, 2011 at 09:43:42AM -0300, Craig Stewart wrote:<o:p></o:p>> All,<o:p></o:p>> <o:p></o:p>> SELinux was enabled (DOH!) and has been now disabled. Didn't fix my<o:p></o:p>> problem though. Thanks for that Clint, I don't know HOW many times<o:p></o:p>> SELinux has bitten me. Should know by now.<o:p></o:p>> <o:p></o:p>> I ran the strace as suggested by Justin and saw THIS little tidbit flash by:<o:p></o:p>> <o:p></o:p>> 11769 execve("/bin/sh", ["sh", "-c", "/usr/lib/nagios/plugins/check_dig<o:p></o:p>> -H 142.166.86.18 -l www.xplornet.com -a 142.166.86.46 -w 0.5 -c 1 -t<o:p></o:p>> 5"], [/* 189 vars */]) = -1 E2BIG (Argument list too long)<o:p></o:p>> 11751 --- {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=11769,<o:p></o:p>> si_status=127, si_utime=0, si_stime=0} (Child exited) --<o:p></o:p>> <o:p></o:p>> Argument list too long???? So, SOMETHING (I suspect the shell) doesn't<o:p></o:p>> like that many arguments passed. Well, making progress.<o:p></o:p>> <o:p></o:p>> By the way, this is a bone stock OS install (Fedora 15 currently) and I<o:p></o:p>> haven't tweaked anything.<o:p></o:p>> <o:p></o:p>> Cheers all!<o:p></o:p>> <o:p></o:p>> Craig<o:p></o:p>> --<o:p></o:p>> Craig Stewart<o:p></o:p>> Systems Integration Analyst<o:p></o:p>> Craig.Stewart@corp.xplornet.com<o:p></o:p>> Xplornet - Broadband, Everywhere<o:p></o:p>> <o:p></o:p>> On 06/01/2011 05:36 PM, Clint Dilks wrote:<o:p></o:p>> > Hi<o:p></o:p>> > <o:p></o:p>> > Just wondering if SE Linux is disabled on your system? If not check<o:p></o:p>> > your audit log and see if access to the plugin is being denied<o:p></o:p>> > <o:p></o:p>> > On Thu, Jun 2, 2011 at 8:15 AM, Justin T Pryzby <justinp@norchemlab.com<o:p></o:p>> > <mailto:justinp@norchemlab.com>> wrote:<o:p></o:p>> > <o:p></o:p>> > You can also strace the main nagios process:<o:p></o:p>> > strace -fs999 -e execve -p PID_OF_NAGIOS<o:p></o:p>> > or<o:p></o:p>> > sudo strace -fs999 -e execve -p `ps o pid h -C nagios3 --sort<o:p></o:p>> > start_time |sed q` 2>&1 |grep -Fw execve |grep -Fw check_dig<o:p></o:p>> > <o:p></o:p>> > 127 is the return status of the shell when a command isn't found:<o:p></o:p>> > justinp@justinp:~$ asdf; echo $?<o:p></o:p>> > bash: asdf: command not found<o:p></o:p>> > 127<o:p></o:p>> > <o:p></o:p>> > man sh => /EXIT STATUS/<o:p></o:p>> > <o:p></o:p>> > Justin<o:p></o:p>> > <o:p></o:p>> > On Wed, Jun 01, 2011 at 04:23:05PM -0300, Craig Stewart wrote:<o:p></o:p>> > > Giorgio<o:p></o:p>> > ><o:p></o:p>> > > As apache user:<o:p></o:p>> > ><o:p></o:p>> > > bash-4.2$ /usr/lib/nagios/plugins/check_dig -H 72.45.111.250<o:p></o:p>> > <tel:72.45.111.250> -l<o:p></o:p>> > > www.xplornet.com <http://www.xplornet.com> -a 142.166.86.46 -w 0.5<o:p></o:p>> > -c 1 -t 5<o:p></o:p>> > > DNS OK - 0.096 seconds response time (www.xplornet.com<o:p></o:p>> > <http://www.xplornet.com>. 864 IN A<o:p></o:p>> > > 142.166.86.46)|time=0.095553s;0.500000;1.000000;0.000000<o:p></o:p>> > ><o:p></o:p>> > ><o:p></o:p>> > > You understand my confusion.<o:p></o:p>> > ><o:p></o:p>> > > Craig<o:p></o:p>> > ><o:p></o:p>> > > Craig Stewart<o:p></o:p>> > > Systems Integration Analyst<o:p></o:p>> > > Craig.Stewart@corp.xplornet.com<o:p></o:p>> > <mailto:Craig.Stewart@corp.xplornet.com> Tel: (506) 328-1245<o:p></o:p>> > <tel:%28506%29%20328-1245> Cell: (506) 425-0111<o:p></o:p>> > <tel:%28506%29%20425-0111><o:p></o:p>> > > Xplornet - Broadband, Everywhere<o:p></o:p>> > ><o:p></o:p>> > > On 06/01/2011 04:18 PM, Giorgio Zarrelli wrote:<o:p></o:p>> > > > Hi,<o:p></o:p>> > > ><o:p></o:p>> > > > I'm curious. Please, do a su - as the apache user and execute<o:p></o:p>> > the check<o:p></o:p>> > > > as that user.<o:p></o:p>> > > ><o:p></o:p>> > > > Ciao,<o:p></o:p>> > > ><o:p></o:p>> > > > Giorgio<o:p></o:p>> > ><o:p></o:p>> > ><o:p></o:p>> > ------------------------------------------------------------------------------<o:p></o:p>> > > Simplify data backup and recovery for your virtual environment<o:p></o:p>> > with vRanger.<o:p></o:p>> > > Installation's a snap, and flexible recovery options mean your<o:p></o:p>> > data is safe,<o:p></o:p>> > > secure and there when you need it. Data protection magic?<o:p></o:p>> > > Nope - It's vRanger. Get your free trial download today.<o:p></o:p>> > > http://p.sf.net/sfu/quest-sfdev2dev<o:p></o:p>> > > _______________________________________________<o:p></o:p>> > > Nagios-users mailing list<o:p></o:p>> > > Nagios-users@lists.sourceforge.net<o:p></o:p>> > <mailto:Nagios-users@lists.sourceforge.net><o:p></o:p>> > > https://lists.sourceforge.net/lists/listinfo/nagios-users<o:p></o:p>> > > ::: Please include Nagios version, plugin version (-v) and OS when<o:p></o:p>> > reporting any issue.<o:p></o:p>> > > ::: Messages without supporting info will risk being sent to /dev/null<o:p></o:p>> > ><o:p></o:p>> > <o:p></o:p>> > ------------------------------------------------------------------------------<o:p></o:p>> > Simplify data backup and recovery for your virtual environment with<o:p></o:p>> > vRanger.<o:p></o:p>> > Installation's a snap, and flexible recovery options mean your data<o:p></o:p>> > is safe,<o:p></o:p>> > secure and there when you need it. Data protection magic?<o:p></o:p>> > Nope - It's vRanger. Get your free trial download today.<o:p></o:p>> > http://p.sf.net/sfu/quest-sfdev2dev<o:p></o:p>> > _______________________________________________<o:p></o:p>> > Nagios-users mailing list<o:p></o:p>> > Nagios-users@lists.sourceforge.net<o:p></o:p>> > <mailto:Nagios-users@lists.sourceforge.net><o:p></o:p>> > https://lists.sourceforge.net/lists/listinfo/nagios-users<o:p></o:p>> > ::: Please include Nagios version, plugin version (-v) and OS when<o:p></o:p>> > reporting any issue.<o:p></o:p>> > ::: Messages without supporting info will risk being sent to /dev/null<o:p></o:p>> > <o:p></o:p>> > <o:p></o:p>> > <o:p></o:p>> > -- <o:p></o:p>> > This message has been scanned for viruses and<o:p></o:p>> > dangerous content by *MailScanner* <http://www.mailscanner.info/>, and is<o:p></o:p>> > believed to be clean.<o:p></o:p>> <o:p></o:p>> ------------------------------------------------------------------------------<o:p></o:p>> Simplify data backup and recovery for your virtual environment with vRanger. <o:p></o:p>> Installation's a snap, and flexible recovery options mean your data is safe,<o:p></o:p>> secure and there when you need it. Data protection magic?<o:p></o:p>> Nope - It's vRanger. Get your free trial download today. <o:p></o:p>> http://p.sf.net/sfu/quest-sfdev2dev<o:p></o:p>> _______________________________________________<o:p></o:p>> Nagios-users mailing list<o:p></o:p>> Nagios-users@lists.sourceforge.net<o:p></o:p>> https://lists.sourceforge.net/lists/listinfo/nagios-users<o:p></o:p>> ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. <o:p></o:p>> ::: Messages without supporting info will risk being sent to /dev/null<o:p></o:p>> <o:p></o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p>------------------------------<o:p></o:p><o:p> </o:p>Message: 4<o:p></o:p>Date: Thu, 02 Jun 2011 14:33:15 -0300<o:p></o:p>From: Craig Stewart <Craig.Stewart@corp.xplornet.com><o:p></o:p>Subject: Re: [Nagios-users] Non obvious 127 plugin error<o:p></o:p>To: Nagios Users List <nagios-users@lists.sourceforge.net><o:p></o:p>Message-ID: <4DE7C95B.7020402@corp.xplornet.com><o:p></o:p>Content-Type: text/plain; charset=ISO-8859-1<o:p></o:p><o:p> </o:p>Justin,<o:p></o:p><o:p> </o:p>I ran across that one as well and set the following in nagios.cfg:<o:p></o:p><o:p> </o:p>enable_environment_macros=0<o:p></o:p><o:p> </o:p>This didn't help. I do have a fairly large config (about 8k hosts and<o:p></o:p>12k service checks) but I didn't think it was THAT big.<o:p></o:p><o:p> </o:p>Actually the check_dig command isn't the only one that isn't working.<o:p></o:p>The "service-notify-by-email" command also barfs on the output of SOME<o:p></o:p>checks, not all. This is simply a "printf blah blah blah" command<o:p></o:p>defined in Nagios, not a compiled plug in. The check_ping command works,<o:p></o:p>but I understand it's just a wrapper for the ping command itself. A<o:p></o:p>number of custom bash and perl check commands work, but admittedly I<o:p></o:p>simply pass the $HOSTNAME$ to them as an argument.<o:p></o:p><o:p> </o:p>I've rewritten the DNS-Check command so that everything except the<o:p></o:p>$HOSTNAME$ is "hard coded" but I don't think this will work. I'm<o:p></o:p>admittedly grasping at straws now. This is what the command line will<o:p></o:p>look like:<o:p></o:p><o:p> </o:p>/usr/lib/nagios/plugins/check_dns -s $HOSTADDRESS$ -H www.xplornet.com<o:p></o:p>-a 142.166.86.46 -w 0.25 -c 5 -t 10<o:p></o:p><o:p> </o:p>Craig<o:p></o:p><o:p> </o:p>Craig Stewart<o:p></o:p>Systems Integration Analyst<o:p></o:p>Craig.Stewart@corp.xplornet.com<o:p></o:p>Xplornet - Broadband, Everywhere<o:p></o:p><o:p> </o:p>On 06/02/2011 02:07 PM, Justin T Pryzby wrote:<o:p></o:p>> Ah, I think it may be due to a ngaios setting of<o:p></o:p>> "enable_environment_macros":<o:p></o:p>> nagios.sourceforge.net/docs/3_0/configmain.html<o:p></o:p>> <o:p></o:p>> Nagios [can] export all sorts of data relating to the state of the<o:p></o:p>> check, and that can be useful, but it seems as if your configuration<o:p></o:p>> is too big or complicated or such to fit. Do your other checks work?<o:p></o:p>> What if you make their argument list as long as for check_dig?<o:p></o:p>> I think it's possible that some checks are run with bigger inherited<o:p></o:p>> environment than other checks, due to servicegroups and such. The<o:p></o:p>> execve() E2BIG error is due to a kernel limit on the size of "argument<o:p></o:p>> list plus environment". You could also write a check (or replace the<o:p></o:p>> check_dig command) with something like "set<o:p></o:p>>>/var/lib/nagios3/nagios-environment" or some other nagios-writable<o:p></o:p>> path. There shouldn't be more than (say) a kilobyte of environment.<o:p></o:p>> It's also possible that you're sourceing something huge like<o:p></o:p>> /etc/bash_completion, but that doesn't explain why it doesn't affect<o:p></o:p>> your user accounts and other nagios checks. Or you can rerun the<o:p></o:p>> strace with "-v" to cause the environment to be displayed.<o:p></o:p>> <o:p></o:p>> Justin<o:p></o:p>> <o:p></o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p>------------------------------<o:p></o:p><o:p> </o:p>Message: 5<o:p></o:p>Date: Thu, 02 Jun 2011 15:53:55 -0300<o:p></o:p>From: Craig Stewart <Craig.Stewart@corp.xplornet.com><o:p></o:p>Subject: Re: [Nagios-users] Non obvious 127 plugin error<o:p></o:p>To: Nagios Users List <nagios-users@lists.sourceforge.net><o:p></o:p>Message-ID: <4DE7DC43.4090103@corp.xplornet.com><o:p></o:p>Content-Type: text/plain; charset=ISO-8859-1<o:p></o:p><o:p> </o:p>All,<o:p></o:p><o:p> </o:p>Just an update:<o:p></o:p><o:p> </o:p>Appending "enable_environment_macros=0" to the end of the nagios.cfg<o:p></o:p>file as opposed to putting it just after all the file declarations<o:p></o:p>appears to have fixed it. I didn't think it was that sensitive to<o:p></o:p>placement in the config file.<o:p></o:p><o:p> </o:p>Thanks all!<o:p></o:p><o:p> </o:p>Craig<o:p></o:p>--<o:p></o:p>Craig Stewart<o:p></o:p>Systems Integration Analyst<o:p></o:p>Craig.Stewart@corp.xplornet.com Tel: (506) 328-1245 Cell: (506) 425-0111<o:p></o:p>Xplornet - Broadband, Everywhere<o:p></o:p><o:p> </o:p>On 06/02/2011 02:33 PM, Craig Stewart wrote:<o:p></o:p>> Justin,<o:p></o:p>> <o:p></o:p>> I ran across that one as well and set the following in nagios.cfg:<o:p></o:p>> <o:p></o:p>> enable_environment_macros=0<o:p></o:p>> <o:p></o:p>> This didn't help. I do have a fairly large config (about 8k hosts and<o:p></o:p>> 12k service checks) but I didn't think it was THAT big.<o:p></o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p>------------------------------<o:p></o:p><o:p> </o:p>Message: 6<o:p></o:p>Date: Fri, 03 Jun 2011 09:29:15 +1000<o:p></o:p>From: Matthew Jurgens <nagiosusers@edcint.co.nz><o:p></o:p>Subject: Re: [Nagios-users] Checking multiple TCP ports for a single<o:p></o:p> status?<o:p></o:p>To: Nagios Users List <nagios-users@lists.sourceforge.net><o:p></o:p>Message-ID: <4DE81CCB.9040008@edcint.co.nz><o:p></o:p>Content-Type: text/plain; charset="iso-8859-1"<o:p></o:p><o:p> </o:p>Something a little more powerful and generic that can be used in <o:p></o:p>multiple scenarios<o:p></o:p><o:p> </o:p>check_multi<o:p></o:p><o:p> </o:p>See: http://exchange.nagios.org/directory/Plugins/Others/check_multi/details<o:p></o:p><o:p> </o:p>On 30/05/2011 6:11 PM, quanta wrote:<o:p></o:p>> Take a look at this:<o:p></o:p>> http://www.theillien.com/Sys_Admin_v12/html/v14/i12/a6_l2.htm<o:p></o:p>><o:p> </o:p>> On 12/30/2010 01:56 AM, Daniel Wittenberg wrote:<o:p></o:p>>> Write a simple script that does both checks and returns results?<o:p></o:p>>><o:p> </o:p>>> Dan<o:p></o:p>>><o:p> </o:p>>> -----Original Message-----<o:p></o:p>>> From: stan [mailto:stanb@panix.com]<o:p></o:p>>> Sent: Wednesday, December 29, 2010 12:39 PM<o:p></o:p>>> To: nagios List<o:p></o:p>>> Subject: [Nagios-users] Checking multiple TCP ports for a single status?<o:p></o:p>>><o:p> </o:p>>><o:p> </o:p>>> I think I need to verify that both port 135, and 445 are avaialble on<o:p></o:p>>> some<o:p></o:p>>> Windows amchines. As I understand it, both of these need to be up. I'd<o:p></o:p>>> like<o:p></o:p>>> to make this a single check. Looks like check_tcp will only accept a<o:p></o:p>>> single<o:p></o:p>>> -p argument. Is this correct? If so, is there a way I can AND to<o:p></o:p>>> different<o:p></o:p>>> check_tcp runs, and report a single status back to Nagios?<o:p></o:p>>><o:p> </o:p>>><o:p> </o:p>> ------------------------------------------------------------------------------<o:p></o:p>> vRanger cuts backup time in half-while increasing security.<o:p></o:p>> With the market-leading solution for virtual backup and recovery,<o:p></o:p>> you get blazing-fast, flexible, and affordable data protection.<o:p></o:p>> Download your free trial now.<o:p></o:p>> http://p.sf.net/sfu/quest-d2dcopy1<o:p></o:p>> _______________________________________________<o:p></o:p>> Nagios-users mailing list<o:p></o:p>> Nagios-users@lists.sourceforge.net<o:p></o:p>> https://lists.sourceforge.net/lists/listinfo/nagios-users<o:p></o:p>> ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue.<o:p></o:p>> ::: Messages without supporting info will risk being sent to /dev/null<o:p></o:p>><o:p> </o:p>><o:p> </o:p>> -----<o:p></o:p>> No virus found in this message.<o:p></o:p>> Checked by AVG - www.avg.com<o:p></o:p>> Version: 10.0.1375 / Virus Database: 1509/3668 - Release Date: 05/29/11<o:p></o:p>><o:p> </o:p>><o:p> </o:p><o:p> </o:p>-- <o:p></o:p>Smartmon System Monitoring <http://www.smartmon.com.au><o:p></o:p>www.smartmon.com.au <http://www.smartmon.com.au><o:p></o:p>-------------- next part --------------<o:p></o:p>An HTML attachment was scrubbed...<o:p></o:p><o:p> </o:p>------------------------------<o:p></o:p><o:p> </o:p>Message: 7<o:p></o:p>Date: Fri, 3 Jun 2011 16:11:14 +0530<o:p></o:p>From: "Navdeep Sidhu" <Navdeep.Sidhu@tatatel.co.in><o:p></o:p>Subject: [Nagios-users] RRDTool exits with errors -> ERROR: can't make<o:p></o:p> a graph without contents<o:p></o:p>To: <nagios-users@lists.sourceforge.net><o:p></o:p>Message-ID: <9169798C154CD846B738065B6A75DABF011B20E8@PB-CHD-MBX02><o:p></o:p>Content-Type: text/plain; charset="us-ascii"<o:p></o:p><o:p> </o:p>Hi<o:p></o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p>I'm using Nagios 2.8 with RRD tool version 1.0.50 & PNP version 0.3<o:p></o:p>installed. Nagios is running on RHEL-4<o:p></o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p>I'm facing an issue in RRD Tool. Recently I have configured this tool<o:p></o:p>for Cisco devices (under serviceextinfo.cfg file) so that memory & CPU<o:p></o:p>utilization should be available in graphs however I'm getting following<o:p></o:p>error when trying to view the graphs<o:p></o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p>RRDTool exits with errors -> ERROR: can't make a graph without contents <o:p></o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p>This tool is working fine with Intel platform servers & displaying the<o:p></o:p>graphs however not working in Cisco devices. <o:p></o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p>Kindly help<o:p></o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p>Regards<o:p></o:p><o:p> </o:p>Navdeep Sidhu <o:p></o:p><o:p> </o:p><o:p> </o:p>======================================<o:p></o:p>i-choose online store at www.tataindicom.com<o:p></o:p>Your Comfort.Your Convenience.YourChoice.<o:p></o:p>====================================== <o:p></o:p><o:p> </o:p>DISCLAIMER:<o:p></o:p>The information contained in this message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and permanently delete this message and any attachments from your system. Any dissemination, use, review, distribution, printing or copying of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change.TATATELESERVICES LTD. (including its group companies) shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system. TATA TELESERVICES LTD. (or its group companies) does not guarantee that the integrity of this communication has been maintained nor that this communication is free of viruses, interceptions or interference.<o:p></o:p>-------------- next part --------------<o:p></o:p>An HTML attachment was scrubbed...<o:p></o:p><o:p> </o:p>------------------------------<o:p></o:p><o:p> </o:p>Message: 8<o:p></o:p>Date: Fri, 3 Jun 2011 16:41:38 +0530<o:p></o:p>From: Nibin VM <nibin.vm@piserve.com><o:p></o:p>Subject: Re: [Nagios-users] RRDTool exits with errors -> ERROR: can't<o:p></o:p> make a graph without contents<o:p></o:p>To: Nagios Users List <nagios-users@lists.sourceforge.net><o:p></o:p>Message-ID: <BANLkTi=BCytATVT1fz1sX5xcDDe1YwwFAg@mail.gmail.com><o:p></o:p>Content-Type: text/plain; charset="iso-8859-1"<o:p></o:p><o:p> </o:p>in what mode you have configured pnp4nagios?<o:p></o:p>On Fri, Jun 3, 2011 at 4:11 PM, Navdeep Sidhu<o:p></o:p><Navdeep.Sidhu@tatatel.co.in>wrote:<o:p></o:p><o:p> </o:p>> Hi<o:p></o:p>><o:p> </o:p>><o:p> </o:p>><o:p> </o:p>> I'm using Nagios 2.8 with RRD tool version 1.0.50 & PNP version 0.3<o:p></o:p>> installed. Nagios is running on RHEL-4<o:p></o:p>><o:p> </o:p>><o:p> </o:p>><o:p> </o:p>> I'm facing an issue in RRD Tool. Recently I have configured this tool for<o:p></o:p>> Cisco devices (under serviceextinfo.cfg file) so that memory & CPU<o:p></o:p>> utilization should be available in graphs however I'm getting following<o:p></o:p>> error when trying to view the graphs<o:p></o:p>><o:p> </o:p>><o:p> </o:p>><o:p> </o:p>> *RRDTool exits with errors -> ERROR: can't make a graph without contents *<o:p></o:p>><o:p> </o:p>><o:p> </o:p>><o:p> </o:p>> This tool is working fine with Intel platform servers & displaying the<o:p></o:p>> graphs however not working in Cisco devices.<o:p></o:p>><o:p> </o:p>><o:p> </o:p>><o:p> </o:p>> Kindly help<o:p></o:p>><o:p> </o:p>><o:p> </o:p>><o:p> </o:p>> Regards<o:p></o:p>><o:p> </o:p>> Navdeep Sidhu<o:p></o:p>><o:p> </o:p>> ======================================<o:p></o:p>> i-choose online store at www.tataindicom.com<o:p></o:p>> Your Comfort. Your Convenience. Your Choice.<o:p></o:p>> ======================================<o:p></o:p>><o:p> </o:p>> DISCLAIMER:<o:p></o:p>> The information contained in this message (including any attachments) is<o:p></o:p>> confidential and may be privileged. If you have received it by mistake<o:p></o:p>> please notify the sender by return e-mail and permanently delete this<o:p></o:p>> message and any attachments from your system. Any dissemination, use,<o:p></o:p>> review, distribution, printing or copying of this message in whole or in<o:p></o:p>> part is strictly prohibited. Please note that e-mails are susceptible to<o:p></o:p>> change. TATA TELESERVICES LTD. (including its group companies) shall not be<o:p></o:p>> liable for the improper or incomplete transmission of the information<o:p></o:p>> contained in this communication nor for any delay in its receipt or damage<o:p></o:p>> to your system. TATA TELESERVICES LTD. (or its group companies) does not<o:p></o:p>> guarantee that the integrity of this communication has been maintained or<o:p></o:p>> that this communication is free of viruses, interceptions or interferences.<o:p></o:p>><o:p> </o:p>><o:p> </o:p>><o:p> </o:p>> ------------------------------------------------------------------------------<o:p></o:p>> Simplify data backup and recovery for your virtual environment with<o:p></o:p>> vRanger.<o:p></o:p>> Installation's a snap, and flexible recovery options mean your data is<o:p></o:p>> safe,<o:p></o:p>> secure and there when you need it. Discover what all the cheering's about.<o:p></o:p>> Get your free trial download today.<o:p></o:p>> http://p.sf.net/sfu/quest-dev2dev2<o:p></o:p>> _______________________________________________<o:p></o:p>> Nagios-users mailing list<o:p></o:p>> Nagios-users@lists.sourceforge.net<o:p></o:p>> https://lists.sourceforge.net/lists/listinfo/nagios-users<o:p></o:p>> ::: Please include Nagios version, plugin version (-v) and OS when<o:p></o:p>> reporting any issue.<o:p></o:p>> ::: Messages without supporting info will risk being sent to /dev/null<o:p></o:p>><o:p> </o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p>-- <o:p></o:p>Regards,<o:p></o:p>Nibin.<o:p></o:p>---------------------------------<o:p></o:p>Nibin.V.M<o:p></o:p>Systems Engineer(Unix)<o:p></o:p>PiServe.com<o:p></o:p>-------------- next part --------------<o:p></o:p>An HTML attachment was scrubbed...<o:p></o:p><o:p> </o:p>------------------------------<o:p></o:p><o:p> </o:p>Message: 9<o:p></o:p>Date: Fri, 3 Jun 2011 11:43:23 -0700<o:p></o:p>From: Justin T Pryzby <justinp@norchemlab.com><o:p></o:p>Subject: Re: [Nagios-users] Non obvious 127 plugin error<o:p></o:p>To: Nagios Users List <nagios-users@lists.sourceforge.net><o:p></o:p>Message-ID: <20110603184323.GA8425@norchemlab.com><o:p></o:p>Content-Type: text/plain; charset=us-ascii<o:p></o:p><o:p> </o:p>The placement of the option may be significant if that option is set<o:p></o:p>somewhere else in the file, or in another file referenced by<o:p></o:p>"cfg_file" or "cfg_dir" options.<o:p></o:p><o:p> </o:p>Our nagios-spawned environment has 6K of data, and<o:p></o:p>NAGIOS_SERVICEGROUPMEMBERS, in particular, is about 1k of that.<o:p></o:p><o:p> </o:p>Justin<o:p></o:p><o:p> </o:p>On Thu, Jun 02, 2011 at 02:33:15PM -0300, Craig Stewart wrote:<o:p></o:p>> This didn't help. I do have a fairly large config (about 8k hosts and<o:p></o:p>> 12k service checks) but I didn't think it was THAT big.<o:p></o:p><o:p> </o:p>On Thu, Jun 02, 2011 at 03:53:55PM -0300, Craig Stewart wrote:<o:p></o:p>> Appending "enable_environment_macros=0" to the end of the nagios.cfg<o:p></o:p>> file as opposed to putting it just after all the file declarations<o:p></o:p>> appears to have fixed it. I didn't think it was that sensitive to<o:p></o:p>> placement in the config file.<o:p></o:p><o:p> </o:p>On 06/02/2011 02:33 PM, Craig Stewart wrote:<o:p></o:p>>> I ran across that one as well and set the following in nagios.cfg:<o:p></o:p>>> <o:p></o:p>>> enable_environment_macros=0<o:p></o:p>>> <o:p></o:p>>> This didn't help. I do have a fairly large config (about 8k hosts and<o:p></o:p>>> 12k service checks) but I didn't think it was THAT big.<o:p></o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p>------------------------------<o:p></o:p><o:p> </o:p>Message: 10<o:p></o:p>Date: Fri, 3 Jun 2011 19:33:07 +0000<o:p></o:p>From: "Henry R. Prins" <HPrins@multidataservices.com><o:p></o:p>Subject: [Nagios-users] Has anyone else seen this?<o:p></o:p>To: "'nagios-users@lists.sourceforge.net'"<o:p></o:p> <nagios-users@lists.sourceforge.net><o:p></o:p>Message-ID:<o:p></o:p> <E163DECDEE12BB4996599C88D2023838067DBE34@MDS-BlackBerry2.multidataservices.local><o:p></o:p> <o:p></o:p>Content-Type: text/plain; charset="us-ascii"<o:p></o:p><o:p> </o:p>Hey guys,<o:p></o:p><o:p> </o:p>I have two web servers which I have been monitoring.<o:p></o:p><o:p> </o:p>define host{<o:p></o:p> use web-server<o:p></o:p> host_name MDS-Support<o:p></o:p> alias MDS Support on Apache Web Server<o:p></o:p> address 67.88.41.150<o:p></o:p> parents rtr-t1-ext-150<o:p></o:p> contact_groups webadmins<o:p></o:p> }<o:p></o:p><o:p> </o:p>define host{<o:p></o:p> use web-server<o:p></o:p> host_name MDS-Main-Website<o:p></o:p> alias multidataservices main website<o:p></o:p> address www.multidataservices.com<o:p></o:p> parents Internet<o:p></o:p> contact_groups webadmins<o:p></o:p> }<o:p></o:p><o:p> </o:p><o:p> </o:p>But somehow I got this message today when one of the two was not responding:<o:p></o:p><o:p> </o:p><o:p> </o:p>***** Nagios *****<o:p></o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p>Notification Type: PROBLEM<o:p></o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p>Service: HTTP<o:p></o:p><o:p> </o:p>Host: MDS Support on Apache Web Server<o:p></o:p><o:p> </o:p>Address: www.multidataservices.com<http://www.multidataservices.com><o:p></o:p><o:p> </o:p>State: CRITICAL<o:p></o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p>Date/Time: Fri Jun 3 15:03:22 EDT 2011<o:p></o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p>Additional Info:<o:p></o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p>CRITICAL - Socket timeout after 10 seconds<o:p></o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p>It seems the Host Name is for one entry and the Address is from the other. Anyone know what I am doing wrong?<o:p></o:p><o:p> </o:p>Henry.<o:p></o:p>-------------- next part --------------<o:p></o:p>An HTML attachment was scrubbed...<o:p></o:p><o:p> </o:p>------------------------------<o:p></o:p><o:p> </o:p>Message: 11<o:p></o:p>Date: Sat, 04 Jun 2011 00:52:17 +0200<o:p></o:p>From: Roberto Nunnari <roberto.nunnari@supsi.ch><o:p></o:p>Subject: Re: [Nagios-users] Has anyone else seen this?<o:p></o:p>To: Nagios Users List <nagios-users@lists.sourceforge.net>,<o:p></o:p> HPrins@multidataservices.com<o:p></o:p>Message-ID: <4DE965A1.4030304@supsi.ch><o:p></o:p>Content-Type: text/plain; charset=ISO-8859-1; format=flowed<o:p></o:p><o:p> </o:p>Henry R. Prins wrote:<o:p></o:p>> Hey guys,<o:p></o:p>> <o:p></o:p>> I have two web servers which I have been monitoring.<o:p></o:p>> <o:p></o:p>> define host{<o:p></o:p>> use web-server<o:p></o:p>> host_name MDS-Support<o:p></o:p>> alias MDS Support on Apache Web Server<o:p></o:p>> address 67.88.41.150<o:p></o:p>> parents rtr-t1-ext-150<o:p></o:p>> contact_groups webadmins<o:p></o:p>> }<o:p></o:p>> <o:p></o:p>> define host{<o:p></o:p>> use web-server<o:p></o:p>> host_name MDS-Main-Website<o:p></o:p>> alias multidataservices main website<o:p></o:p>> address www.multidataservices.com<o:p></o:p>> parents Internet<o:p></o:p>> contact_groups webadmins<o:p></o:p>> }<o:p></o:p>> <o:p></o:p>> <o:p></o:p>> But somehow I got this message today when one of the two was not responding:<o:p></o:p>> <o:p></o:p>> ***** Nagios *****<o:p></o:p>> <o:p></o:p>> Notification Type: PROBLEM<o:p></o:p>> <o:p></o:p>> Service: HTTP<o:p></o:p>> Host: MDS Support on Apache Web Server<o:p></o:p>> Address: www.multidataservices.com <http://www.multidataservices.com><o:p></o:p>> State: CRITICAL<o:p></o:p>> <o:p></o:p>> Date/Time: Fri Jun 3 15:03:22 EDT 2011<o:p></o:p>> <o:p></o:p>> Additional Info:<o:p></o:p>> <o:p></o:p>> CRITICAL - Socket timeout after 10 seconds<o:p></o:p>> <o:p></o:p>> <o:p></o:p>> It seems the Host Name is for one entry and the Address is from the <o:p></o:p>> other. Anyone know what I am doing wrong?<o:p></o:p>> <o:p></o:p>> Henry.<o:p></o:p><o:p> </o:p>Humm.. I believe it would be better to set as address the IP address and <o:p></o:p>not the dns name.. Then, if you define the service for checking the http <o:p></o:p>service, use the http command that also takes the virtulHost name.<o:p></o:p><o:p> </o:p>Hope this helps.<o:p></o:p>Best regards.<o:p></o:p>Robi<o:p></o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p>------------------------------<o:p></o:p><o:p> </o:p>Message: 12<o:p></o:p>Date: Sat, 4 Jun 2011 08:44:41 +0200<o:p></o:p>From: Giorgio Zarrelli <zarrelli@linux.it><o:p></o:p>Subject: Re: [Nagios-users] Has anyone else seen this?<o:p></o:p>To: Nagios Users List <nagios-users@lists.sourceforge.net><o:p></o:p>Cc: "nagios-users@lists.sourceforge.net"<o:p></o:p> <nagios-users@lists.sourceforge.net><o:p></o:p>Message-ID: <F80BC077-F6B8-4946-8722-2D567610DE99@linux.it><o:p></o:p>Content-Type: text/plain; charset="us-ascii"<o:p></o:p><o:p> </o:p>Pleae,<o:p></o:p><o:p> </o:p>Paste the web-server template the http service and commando definitions and related template.<o:p></o:p><o:p> </o:p>Ciao,<o:p></o:p><o:p> </o:p>Giorgio<o:p></o:p><o:p> </o:p>Il giorno 03/giu/2011, alle ore 21:33, "Henry R. Prins" <HPrins@multidataservices.com> ha scritto:<o:p></o:p><o:p> </o:p>> Hey guys,<o:p></o:p>> <o:p></o:p>> <o:p></o:p>> <o:p></o:p>> I have two web servers which I have been monitoring.<o:p></o:p>> <o:p></o:p>> <o:p></o:p>> <o:p></o:p>> define host{<o:p></o:p>> <o:p></o:p>> use web-server<o:p></o:p>> <o:p></o:p>> host_name MDS-Support<o:p></o:p>> <o:p></o:p>> alias MDS Support on Apache Web Server<o:p></o:p>> <o:p></o:p>> address 67.88.41.150<o:p></o:p>> <o:p></o:p>> parents rtr-t1-ext-150<o:p></o:p>> <o:p></o:p>> contact_groups webadmins<o:p></o:p>> <o:p></o:p>> }<o:p></o:p>> <o:p></o:p>> <o:p></o:p>> <o:p></o:p>> define host{<o:p></o:p>> <o:p></o:p>> use web-server<o:p></o:p>> <o:p></o:p>> host_name MDS-Main-Website<o:p></o:p>> <o:p></o:p>> alias multidataservices main website<o:p></o:p>> <o:p></o:p>> address www.multidataservices.com<o:p></o:p>> <o:p></o:p>> parents Internet<o:p></o:p>> <o:p></o:p>> contact_groups webadmins<o:p></o:p>> <o:p></o:p>> }<o:p></o:p>> <o:p></o:p>> <o:p></o:p>> <o:p></o:p>> <o:p></o:p>> <o:p></o:p>> But somehow I got this message today when one of the two was not responding:<o:p></o:p>> <o:p></o:p>> <o:p></o:p>> <o:p></o:p>> ***** Nagios *****<o:p></o:p>> <o:p></o:p>> <o:p></o:p>> <o:p></o:p>> Notification Type: PROBLEM<o:p></o:p>> <o:p></o:p>> <o:p></o:p>> <o:p></o:p>> Service: HTTP<o:p></o:p>> <o:p></o:p>> Host: MDS Support on Apache Web Server<o:p></o:p>> <o:p></o:p>> Address: www.multidataservices.com<o:p></o:p>> <o:p></o:p>> State: CRITICAL<o:p></o:p>> <o:p></o:p>> <o:p></o:p>> <o:p></o:p>> Date/Time: Fri Jun 3 15:03:22 EDT 2011<o:p></o:p>> <o:p></o:p>> <o:p></o:p>> <o:p></o:p>> Additional Info:<o:p></o:p>> <o:p></o:p>> <o:p></o:p>> <o:p></o:p>> CRITICAL - Socket timeout after 10 seconds<o:p></o:p>> <o:p></o:p>> <o:p></o:p>> <o:p></o:p>> <o:p></o:p>> <o:p></o:p>> <o:p></o:p>> <o:p></o:p>> It seems the Host Name is for one entry and the Address is from the other. Anyone know what I am doing wrong?<o:p></o:p>> <o:p></o:p>> <o:p></o:p>> <o:p></o:p>> Henry.<o:p></o:p>> <o:p></o:p>> ------------------------------------------------------------------------------<o:p></o:p>> Simplify data backup and recovery for your virtual environment with vRanger.<o:p></o:p>> Installation's a snap, and flexible recovery options mean your data is safe,<o:p></o:p>> secure and there when you need it. Discover what all the cheering's about.<o:p></o:p>> Get your free trial download today. <o:p></o:p>> http://p.sf.net/sfu/quest-dev2dev2<o:p></o:p>> _______________________________________________<o:p></o:p>> Nagios-users mailing list<o:p></o:p>> Nagios-users@lists.sourceforge.net<o:p></o:p>> https://lists.sourceforge.net/lists/listinfo/nagios-users<o:p></o:p>> ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. <o:p></o:p>> ::: Messages without supporting info will risk being sent to /dev/null<o:p></o:p>-------------- next part --------------<o:p></o:p>An HTML attachment was scrubbed...<o:p></o:p><o:p> </o:p>------------------------------<o:p></o:p><o:p> </o:p>------------------------------------------------------------------------------<o:p></o:p>Simplify data backup and recovery for your virtual environment with vRanger.<o:p></o:p>Installation's a snap, and flexible recovery options mean your data is safe,<o:p></o:p>secure and there when you need it. Discover what all the cheering's about.<o:p></o:p>Get your free trial download today. <o:p></o:p>http://p.sf.net/sfu/quest-dev2dev2 <o:p></o:p><o:p> </o:p>------------------------------<o:p></o:p><o:p> </o:p>_______________________________________________<o:p></o:p>Nagios-users mailing list<o:p></o:p>Nagios-users@lists.sourceforge.net<o:p></o:p>https://lists.sourceforge.net/lists/listinfo/nagios-users<o:p></o:p><o:p> </o:p><o:p> </o:p>End of Nagios-users Digest, Vol 61, Issue 3<o:p></o:p>*******************************************<o:p></o:p></div> <IMG src="http://corpmail.tatatel.co.in/TataBandhan.gif"> <IMG src="http://corpmail.tatatel.co.in/Blackberry9630.jpg"> ====================================== i-choose online store at <A href="http://www.tataindicom.com">www.tataindicom.com</A> Your Comfort. Your Convenience. Your Choice. ====================================== DISCLAIMER: The information contained in this message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and permanently delete this message and any attachments from your system. Any dissemination, use, review, distribution, printing or copying of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. TATA TELESERVICES LTD. (including its group companies) shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system. TATA TELESERVICES LTD. (or its group companies) does not guarantee that the integrity of this communication has been maintained or that this communication is free of viruses, interceptions or interferences. </body></html>