Russell Van Tassell wrote:
Did you ever get an answer to this, or figure out what the problem might have been? It looks like a simple (?) configuration error, by chance? Something like an incorrect IP address in the host definition or similar?

it would be interesting, which nrpe version this is. the default from the repos, or the icinga fork from git.

furthermore, if the git version - is ipv6 enabled on that master-client route?

netstat -an | grep 5668

tells what on the remote client?




On Thu, Jul 7, 2011 at 6:11 AM, Monz Roswitha <[email protected] <mailto:[email protected]>> wrote:

    Thats the "generic-service" template:

    define service{
           name                            generic-service
           max_check_attempts              2
           notification_period             24x7
           check_period                    24x7
           check_interval                  3
           retry_interval                  1
           notification_interval           1440
           notification_options            c,u,w,r,f
           contact_groups                  Unix-Admins
           register                        0
           }

    Passive checks are enabled in icinga.cfg
    accept_passive_service_checks=1
    accept_passive_host_checks=1

    Kind regards,

    Roswitha Monz

    > -----Ursprüngliche Nachricht-----
    > Von: Michael Friedrich [mailto:[email protected]
    <mailto:[email protected]>]
    > Gesendet: Dienstag, 05. Juli 2011 18:59
    > An: [email protected]
    <mailto:[email protected]>
    > Betreff: Re: [icinga-users] connection refused by host
    >
    >
    >
    > On 05.07.2011 14:42, Monz Roswitha wrote:
    > > /usr/local/icinga/etc/services/filesystem.cfg
    > > =============================================
    > >
    > > define service{
    > >          use                     generic-service
    > >          service_description     Filesystem /
    > >          hostgroup_name          test,produktiv
    > >          check_command           check_nrpe!check_disk_root
    > > }
    >
    > pls post the compiled object from objects.cache instead. or
    provide the
    > used template 'generic-service'.
    >
    > from the image, this service has passive checks enabled?
    >
    >
    > > Kind regards,
    > >
    > > Roswitha Monz
    > >
    > >
    > >> -----Ursprüngliche Nachricht-----
    > >> Von: Assaf Flatto [mailto:[email protected]
    <mailto:[email protected]>]
    > >> Gesendet: Dienstag, 05. Juli 2011 11:36
    > >> An: [email protected]
    <mailto:[email protected]>
    > >> Betreff: Re: [icinga-users] connection refused by host
    > >>
    > >> can you show the configuration in the icinga files ?
    > >>
    > >> there might be a parameters in the command definition or service
    > >> definition that is causing this issue.
    > >>
    > >> Monz Roswitha wrote:
    > >>> Hello,
    > >>>
    > >>> I've one problem. icinga gets the message "connection refused by
    > >> host"
    > >>> from some hosts (RHEL ad HP-UX) . Executing nrpe-check from the
    > >>> command line of the icinga server works fine and can be seen
    on the
    > >>> remote server in /var/log/secure
    > >>>
    > >>> CPU-Auslastung
    > >>> <http://u1ru185.lksdom21.lks.local/icinga/cgi-
    > >>
    bin/extinfo.cgi?type=2&host=u1ru183.lksdom21.lks.local&service=CPU-
    > >> Auslastung>
    > >>>
    > >>>
    > >>> Active checks of the service have been disabled - only passive
    > checks
    > >>> are being accepted
    > >>> <http://u1ru185.lksdom21.lks.local/icinga/cgi-
    > >>
    bin/extinfo.cgi?type=2&host=u1ru183.lksdom21.lks.local&service=CPU-
    > >> Auslastung>
    > >>>
    > >>>
    > >>> CRITICAL
    > >>>
    > >>>
    > >>>
    > >>> 07-05-2011 10:30:34
    > >>>
    > >>>
    > >>>
    > >>> 13d 18h 2m 50s
    > >>>
    > >>>
    > >>>
    > >>> 1/1
    > >>>
    > >>>
    > >>>
    > >>> Connection refused by host
    > >>>
    > >>>
    > >>>
    > >>>
    > >>> That's how nrpe is configured on our server:
    > >>>
    > >>> /etc/xinet.d/nrpe:
    > >>>
    > >>> ================
    > >>>
    > >>> # default: on
    > >>>
    > >>> # description: NRPE (Nagios Remote Plugin Executor)
    > >>>
    > >>> service nrpe
    > >>>
    > >>> {
    > >>>
    > >>> flags = REUSE
    > >>>
    > >>> socket_type = stream
    > >>>
    > >>> port = 5666
    > >>>
    > >>> wait = no
    > >>>
    > >>> user = icinga
    > >>>
    > >>> group = icinga
    > >>>
    > >>> server = /usr/local/icinga/bin/nrpe
    > >>>
    > >>> server_args = -c /usr/local/icinga/etc/nrpe.cfg --inetd
    > >>>
    > >>> log_on_failure += USERID
    > >>>
    > >>> disable = no
    > >>>
    > >>> only_from = *our icinga-server*
    > >>>
    > >>> }
    > >>>
    > >>> command-line check_nrpe to a server, which is not "working
    > properly"
    > >>>
    > >>> icinga ~ # /usr/local/icinga/libexec/check_nrpe -c
    check_users -H
    > >>> remotehost
    > >>>
    > >>> USERS OK - 1 users currently logged in |users=1;5;10;0
    > >>>
    > >>> icinga ~ #
    > >>>
    > >>> remotehost ~ # tail -f /var/log/secure
    > >>>
    > >>> Jul 5 11:04:06 u1ru183 xinetd[8660]: START: nrpe pid=8673 from=*
    > >> icinga *
    > >>> remotehost ~ #
    > >>>
    > >>> There is no firewall active and there are no errors or something
    > else
    > >>> in the /var/log/messages.
    > >>>
    > >>> Does somebody know these issue?
    > >>>
    > >>> Thanks for help.
    > >>>
    > >>> Kind regards,
    > >>>
    > >>> Roswitha Monz
    > >>>
    > >>
    > >>
    --------------------------------------------------------------------
    > ---
    > >> -------
    > >> All of the data generated in your IT infrastructure is seriously
    > >> valuable.
    > >> Why? It contains a definitive record of application performance,
    > >> security
    > >> threats, fraudulent activity, and more. Splunk takes this
    data and
    > >> makes
    > >> sense of it. IT sense. And common sense.
    > >> http://p.sf.net/sfu/splunk-d2d-c2
    > >> _______________________________________________
    > >> icinga-users mailing list
    > >> [email protected]
    <mailto:[email protected]>
    > >> https://lists.sourceforge.net/lists/listinfo/icinga-users
    > >
    ---------------------------------------------------------------------
    > ---------
    > > All of the data generated in your IT infrastructure is seriously
    > valuable.
    > > Why? It contains a definitive record of application performance,
    > security
    > > threats, fraudulent activity, and more. Splunk takes this data and
    > makes
    > > sense of it. IT sense. And common sense.
    > > http://p.sf.net/sfu/splunk-d2d-c2
    > > _______________________________________________
    > > icinga-users mailing list
    > > [email protected]
    <mailto:[email protected]>
    > > https://lists.sourceforge.net/lists/listinfo/icinga-users
    > >
    >
    > --
    > DI (FH) Michael Friedrich
    >
    > Vienna University Computer Center
    > Universitaetsstrasse 7 A-1010 Vienna, Austria
    >
    > email: [email protected]
    <mailto:[email protected]>
    > 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
    >
    >
    >
    -----------------------------------------------------------------------
    > -------
    > All of the data generated in your IT infrastructure is seriously
    > valuable.
    > Why? It contains a definitive record of application performance,
    > security
    > threats, fraudulent activity, and more. Splunk takes this data and
    > makes
    > sense of it. IT sense. And common sense.
    > http://p.sf.net/sfu/splunk-d2d-c2
    > _______________________________________________
    > icinga-users mailing list
    > [email protected]
    <mailto:[email protected]>
    > https://lists.sourceforge.net/lists/listinfo/icinga-users

    
------------------------------------------------------------------------------
    All of the data generated in your IT infrastructure is seriously
    valuable.
    Why? It contains a definitive record of application performance,
    security
    threats, fraudulent activity, and more. Splunk takes this data and
    makes
    sense of it. IT sense. And common sense.
    http://p.sf.net/sfu/splunk-d2d-c2
    _______________________________________________
    icinga-users mailing list
    [email protected]
    <mailto:[email protected]>
    https://lists.sourceforge.net/lists/listinfo/icinga-users



------------------------------------------------------------------------------
AppSumo Presents a FREE Video for the SourceForge Community by Eric
Ries, the creator of the Lean Startup Methodology on "Lean Startup
Secrets Revealed." This video shows you how to validate your ideas,
optimize your ideas and identify your business strategy.
http://p.sf.net/sfu/appsumosfdev2dev


_______________________________________________
icinga-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/icinga-users


--
DI (FH) Michael Friedrich

Vienna University Computer Center
Universitaetsstrasse 7 A-1010 Vienna, Austria

email:  [email protected]
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

------------------------------------------------------------------------------
AppSumo Presents a FREE Video for the SourceForge Community by Eric 
Ries, the creator of the Lean Startup Methodology on "Lean Startup 
Secrets Revealed." This video shows you how to validate your ideas, 
optimize your ideas and identify your business strategy.
http://p.sf.net/sfu/appsumosfdev2dev
_______________________________________________
icinga-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/icinga-users

Reply via email to