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?
On Thu, Jul 7, 2011 at 6:11 AM, Monz Roswitha <[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]]
> > Gesendet: Dienstag, 05. Juli 2011 18:59
> > An: [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]]
> > >> Gesendet: Dienstag, 05. Juli 2011 11:36
> > >> An: [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]
> > >> 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]
> > > 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
> >
> >
> > -----------------------------------------------------------------------
> > -------
> > 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]
> > 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]
> 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
