Of course. It is there. That's why the Nagios server can communicate with the remote host. The remote host just seems to have a problem to check itself ;-)
Thanks again, Izz > -----Original Message----- > From: [EMAIL PROTECTED] > Sent: Fri, 13 Jun 2008 10:18:33 +0200 > To: [EMAIL PROTECTED], nagios-users@lists.sourceforge.net > Subject: RE: [Nagios-users] NRPE host on Solaris 10 (now can monitor from > server, but local issue on remote host) > > Hello, > Did you check your /etc/services for "nrpe 5666/tcp"? > Regards, > > Vincent Alloo > TI France Design Systems Operations Manager > Europe and Middle East IT Services > Texas Instruments France > > E-Mail: [EMAIL PROTECTED] > Phone: +33 4 93 22 26 97 > Mobile: +33 6 82 13 00 80 > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Izz > Abdullah > Sent: Friday, June 13, 2008 5:21 AM > To: nagios > Subject: Re: [Nagios-users] NRPE host on Solaris 10 (now can monitor from > server, but local issue on remote host) > > This is interesting: > although running the check_nrpe -H localhost on the remote host returns > the error, I am able to monitor from the actual Nagios server. And yes, > LOCAL, localhost, 127.0.0.1, etc. are in the hosts.allow file. > > I thought I would take the chance and see if I could monitor since I was > receiving some data from the command line, just this one error. And sure > enough, can. Now my question is WHY this is like this? > > Thanks again, > Izz > >> -----Original Message----- >> From: [EMAIL PROTECTED] >> Sent: Thu, 12 Jun 2008 17:25:55 -0800 >> To: nagios-users@lists.sourceforge.net >> Subject: Re: [Nagios-users] NRPE host on Solaris 10 >> >> Also, I should mention this is the latest NRPE version, but more >> importantly, we ran ./configure without SSL as I have had too many >> problems with it. >> >> Thanks again, >> Izz >> >>> -----Original Message----- >>> From: [EMAIL PROTECTED] >>> Sent: Wed, 11 Jun 2008 21:41:25 -0800 >>> To: nagios-users@lists.sourceforge.net >>> Subject: Re: [Nagios-users] NRPE host on Solaris 10 >>> >>> still the same error: Received 0 bytes from daemon... >>> >>> results from the two commands requested (everything looks ok to me): >>> >>> # svcs svc:/network/nrpe/tcp:default >>> STATE STIME FMRI >>> online Jun_10 svc:/network/nrpe/tcp:default >>> >>> # inetadm -l svc:/network/nrpe/tcp:default >>> SCOPE NAME=VALUE >>> name="nrpe" >>> endpoint_type="stream" >>> proto="tcp" >>> isrpc=FALSE >>> wait=FALSE >>> exec="/usr/sfw/sbin/tcpd -c /usr/local/nagios/etc/nrpe.cfg >>> -i" >>> arg0="/usr/local/nagios/bin/nrpe" >>> user="nagios" >>> default bind_addr="" >>> default bind_fail_max=-1 >>> default bind_fail_interval=-1 >>> default max_con_rate=-1 >>> default max_copies=-1 >>> default con_rate_offline=-1 >>> default failrate_cnt=40 >>> default failrate_interval=60 >>> default inherit_env=TRUE >>> default tcp_trace=FALSE >>> tcp_wrappers=TRUE >>> # >>> >>> The only thing I see different between this output and that on the site >>> listed where I installed the remote host NRPE is there is no default >>> for >>> tcp_wrappers and no connection_backlog. But this shouldn't be the >>> problem, right? >>> >>> Thanks again for your assistance, >>> Izz >>> >>>> -----Original Message----- >>>> From: [EMAIL PROTECTED] >>>> Sent: Wed, 11 Jun 2008 10:21:58 +0100 >>>> To: nagios-users@lists.sourceforge.net >>>> Subject: Re: [Nagios-users] NRPE host on Solaris 10 >>>> >>>>> From: [EMAIL PROTECTED] >>>>> [mailto:nagios-users- >>>>> [EMAIL PROTECTED] On Behalf Of Izz Abdullah >>>>> >>>>> I have followed the instructions I found at >>>>> http://www.utahsysadmin.com/2008/03/14/configuring-nagios-plugins-nrpe- >>>>> on-solaris-10/ >>>>> >>>>> but to no avail. At the end of it all, when I try >>>>> ./check_nrpe -H localhost >>>>> >>>>> it gives me a 0 bytes received from daemon. The first check in the >>>>> list of >>>>> /usr/local/nagios/libexec/check_disk -w 10 -c 5 -p / >>>>> gives data...I don't know what's wrong here...I haven't configured a >>>>> Solaris box to be monitored...any ideas / assistance? >>>> >>>> >From your description, it seems like the plugins are working OK but >>>> the >>>> problem is with the service itself. That's not surprising, SMF on >>>> Solaris >>>> 10 can be tricky to get right. I'd double check the entire section in >>>> those instructions from "With Solaris 10, we don't use either inetd >>>> ..." >>>> to "Modify your hosts.allow ...". In particular make sure your >>>> inetd.conf >>>> entry is on one line (as the instructions say but then split over >>>> three >>>> lines because of the narrow width of the page). If it's still not >>>> working, post back with the relevant section of inetd.conf and the >>>> output >>>> of >>>> >>>> svcs svc:/network/nrpe/tcp:default >>>> >>>> and >>>> >>>> inetadm -l svc:/network/nrpe/tcp:default >>>> >>>> -- >>>> Phil Costelloe >>>> Foundation IT, Hermitage Berkshire RG18 9SE >>>> >>>> >>>> >>>> >>>> ------------------------------------------------------------------------- >>>> Check out the new SourceForge.net Marketplace. >>>> It's the best place to buy or sell services for >>>> just about anything Open Source. >>>> http://sourceforge.net/services/buy/index.php >>>> _______________________________________________ >>>> 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 >>> >>> ------------------------------------------------------------------------- >>> Check out the new SourceForge.net Marketplace. >>> It's the best place to buy or sell services for >>> just about anything Open Source. >>> http://sourceforge.net/services/buy/index.php >>> _______________________________________________ >>> 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 >> >> ------------------------------------------------------------------------- >> Check out the new SourceForge.net Marketplace. >> It's the best place to buy or sell services for >> just about anything Open Source. >> http://sourceforge.net/services/buy/index.php >> _______________________________________________ >> 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 > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > 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 ____________________________________________________________ GET FREE 5GB EMAIL - Check out spam free email with many cool features! Visit http://www.inbox.com/email to find out more! ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ 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
