question about nagios on solaris 10

[Canhua]

Thank you so much. I get information from /var/adm/message
 It said that

||Mar  5 14:58:41 uis1 nrpe[26376]: [ID 306117 daemon.error] Error:
NRPE daemon ||cannot be run as user/group root!
 and
 ||Mar  5 15:35:14 uis1 nrpe[26475]: [ID 381997 daemon.error] Host
10.240.0.54 is ||not allowed to talk to us!

 however I still do not know what causes this two kind of errors.





 On Wed, Mar 5, 2008 at 6:08 PM, Phil Costelloe <philc at foundation-it.com> wrote:
 > > I am installing nagios on solaris 10. I have problem with svcadm. The
 >  > situation is as follows.
 >  >
 >  > 1. If I "svcadm enable" nrpe/tcp, the nrpe is indeed "online". However
 >  > if I try to telnet to nrpe port from localhost and monitoring server,
 >  > I both get :
 >  > ||Trying *****
 >  > ||Connected to *****.
 >  > ||Escape character is '^]'.
 >  > ||Connection to localhost closed by foreign host.
 >  >
 >  > 2.If I manually start nrpe from the command line
 >  > directly,(/usr/local/nagios/bin/nrpe -c ...),  then I could get
 >  > correct output on localhost, while still get same message on
 >  > monitoring server as in the case "1"( connected and then closed)
 >
 >  Do you have tcpwrappers enabled? Check /var/adm/messages to see if
there are any rejection messages.
 >
 >  Try adding the line
 >
 >  nrpe:           127
 >
 >  to /etc/hosts.allow which will permit localhost access to the nrpe service.
 >
 >  Phil
 >
 >  --------------------------------------------------------------------------
 >  Phil Costelloe
 >  Technical Consultant
 >  mailto:philc at foundation-it.com
 >  http://www.foundation-it.com/
 >  Foundation IT
 >  Foundation Court
 >  Old Street
 >  Oare
 >  Hermitage Berkshire RG18 9SE
 >  Switch: +44 (0) 1635 203700
 >  Helpdesk: +44 (0) 800 0121099
 >  DDI: +44 (0) 1635 203719
 >  Fax: +44 (0) 8700 543537
 >  Mobile: +44 (0) 7884 236299
 >  --------------------------------------------------------------------------
 >  This message contains confidential information and is intended
only for nagios-users at lists.sourceforge.net. If you are not
nagios-users at lists.sourceforge.net you should not disseminate,
distribute or copy this e-mail. Please notify Foundation IT
immediately by e-mail if you have received this e-mail by mistake and
delete this e-mail from your system. E-mail transmission cannot be
guaranteed to be secure or error-free as information could be
intercepted, corrupted, lost, destroyed, arrive late or incomplete, or
contain viruses. Foundation IT therefore does not accept liability for
any errors or omissions in the contents of this message, which arise
as a result of e-mail transmission. If verification is required please
request a hard-copy version.
 >  Foundation IT
 >  Registered Office: Foundation Court, Old Street, Oare, Hermitage,
Berkshire, RG18 9SE
 >  Registered in England Number 3281803
 >  --------------------------------------------------------------------------
 >
 >
 >
 >  -------------------------------------------------------------------------
 >  This SF.net email is sponsored by: Microsoft
 >  Defy all challenges. Microsoft(R) Visual Studio 2008.
 >  http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
 >  _______________________________________________
 >  Nagios-users mailing list
 >  Nagios-users at 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
 >

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Nagios-users mailing list
Nagios-users at 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