Thursday, May 23rd 2013, 8:20am UTC+2

You are not logged in.

  • Login
  • Register

No Dispatcher for instance XXXXX.

Dear visitor, welcome to Monitoring-Portal.
Although this is a german monitoring forum, please don't hesitate to post in English. Nearly everybody here understands you and will answer in English as well.
If this is your first visit here, please read the Help. It explains how this page works. You must be registered before you can use all the page's features. Please use the registration form to register here or read more information about the registration process. If you are already registered, please login here.

CrazyER

Intermediate

Posts: 161

Gender: male

Number of monitoring servers: 1

Nagios Version: 3.0

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 154

Number of services: 567

OS: SLES9

Plugin Version: 1.4.10

NagVis Version: 1.1rc3

NDO Version: 1.4b7

1

Monday, April 11th 2011, 1:34pm

No Dispatcher for instance XXXXX.

Tach zusammen,

irgendwie steh ich aufm Schlauch oder bin einfach zu blöd für die Config.

Ich habe auf Server1 (Hostname: icinga1) 1.3.1 installiert und Auf Server2 Icinga-Web und Icinga-API und MySQL.
WEB Interface läuft soweit, nur kann ich keine Commands ausführen, erhalte dann folgende Fehlermeldung: No dispatcher for instance 'icinga1'. Could not send command!

Instanzname habe ich auf icinga1 in der idomod.cfg angepasst.

meine icinga-io.xml auf Server2 sieht so aus:

Source code

 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

 </setting> 
<setting name="api.interfaces.command"> 
<ae:parameter name="pipe1"> 
<ae:parameter name="type">IcingaApi::COMMAND_PIPE</ae:parameter> 
<ae:parameter name="enabled">false</ae:parameter> 
<ae:parameter name="pipe">/usr/local/icinga/var/rw/icinga.cmd</ae:parameter> 
<ae:parameter name="instance">default</ae:parameter> 
<ae:parameter name="broadcast">false</ae:parameter> 
</ae:parameter> 

<ae:parameter name="ssh1"> 
<ae:parameter name="type">IcingaApi::COMMAND_SSH</ae:parameter> 
<ae:parameter name="enabled">true</ae:parameter> 
<ae:parameter name="ssh_bin">/usr/bin/ssh</ae:parameter> 
<ae:parameter name="ssh_user">icinga</ae:parameter> 
<ae:parameter name="ssh_host">icinga1</ae:parameter> 
<ae:parameter name="ssh_port">22</ae:parameter> 
<ae:parameter name="ssh_timeout">20</ae:parameter> 
<ae:parameter name="ssh_pipe">/usr/local/icinga/var/rw/icinga.cmd</ae:parameter> 
<ae:parameter name="instance"></ae:parameter> 
<ae:parameter name="broadcast">true</ae:parameter> 
</ae:parameter> 
</setting>


Hat jemand einen Tipp für mich ?? Steh irgendwie aufm Schlauch.

This post has been edited 2 times, last edit by "CrazyER" (Apr 11th 2011, 4:47pm)

CrazyER

Intermediate

Posts: 161

Gender: male

Number of monitoring servers: 1

Nagios Version: 3.0

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 154

Number of services: 567

OS: SLES9

Plugin Version: 1.4.10

NagVis Version: 1.1rc3

NDO Version: 1.4b7

2

Monday, April 11th 2011, 4:04pm

ich hab nun mal folgenden Befehl abgesetzt um zu schauen ob der selbe fehler auftaucht:

/usr/bin/ssh -p 22 -oConnectTimeout=20 icinga@icingaserver1 'echo "[1302519380] DISABLE_SVC_NOTIFICATIONS;icinga-server1;SSH" > /usr/local/icinga/var/rw/icinga.cmd'



siehe da, er verlangt das Passwort vom icinga-User, ist ja auch irgendwie verständlich. Nach Eingabe des Passworts wird der Befehl auch erfolgreich ausgeführt.

Sooooo, wo muss ich jetzt das Passwort für den Icinga User auf icinga1 hinterlegen ??

PDeneu

Intermediate

Posts: 521

Birthday: Oct 5th

Gender: male

Location: Hennef (Sieg)

Occupation: Technischer Leiter

Number of monitoring servers: >1

Nagios Version: 2.x-3.x

Icinga Version: 1.x

Distributed monitoring: Ja

Redundant monitoring: Ja

Number of hosts: >1

Number of services: >1

OS: SLES, RHEL, Debian, CentOS, OpenSUSE

Plugin Version: 1.4.x

Other Addons: PNP, NagVis, inGraph, EventDB, NagTrap, DokuWiki etc.

3

Monday, April 11th 2011, 6:06pm

Hallo,

probiers doch mal über einen ssh key exchange.
Password less login sollte dann funktionieren.

Source code

 
1
2

ssh-keygen -b 4069
scp .ssh/*.pub > icinga@icinga:/home/icinga/.ssh/authorized_keys

so in etwa.. nur auf dein system angepasst.

gruß
Philipp
GNE - IT Business Solutions GmbH - http://www.gne.de

CrazyER

Intermediate

Posts: 161

Gender: male

Number of monitoring servers: 1

Nagios Version: 3.0

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 154

Number of services: 567

OS: SLES9

Plugin Version: 1.4.10

NagVis Version: 1.1rc3

NDO Version: 1.4b7

4

Thursday, April 14th 2011, 3:58pm

erstmal danke mit dem PlublicKey Tipp. Das funktioniert ja nun auch, ABER ich kann übers WebInterface noch immer keine Commands los schicken. Ich er halte dann folgende Fehler im Logfile:

[Thu Apr 14 13:07:57 2011] [fatal] Uncaught AppKitPHPError: PHP Error mkdir(): File exists (/usr/local/icinga-web/app/cache/config/compile.xml_development__033d402eaeb08f42e4e3d5f8474e444805e2c7c6.php:1327) (/usr/local/icinga-web/app/modules/AppKit/lib/logging/AppKitExceptionHandler.class.php:20)
[Thu Apr 14 13:07:57 2011] [fatal] Uncaught AppKitPHPError: PHP Error mkdir(): File exists (/usr/local/icinga-web/app/cache/config/compile.xml_development__033d402eaeb08f42e4e3d5f8474e444805e2c7c6.php:1327) (/usr/local/icinga-web/app/modules/AppKit/lib/logging/AppKitExceptionHandler.class.php:20)
[Thu Apr 14 13:23:10 2011] [error] Command dispatch failed on ssh1: Array ( [0] => Array ( [/usr/bin/ssh -p 22 -oConnectTimeout=20 icinga@192.168.0.20 'echo "[1302787390] DISABLE_SVC_NOTIFICATIONS;icinga-server1;SSH" > /usr/local/icinga/var/rw/icinga.cmd'] => ) )
[Thu Apr 14 13:23:10 2011] [fatal] SendCommandAction: Command distribution failed! (error=IcingaApiCommandSendSshException: send(): command exeution failed!)

Hat noch jemand einen Tipp für mich ??
mit welchem User wird der ssh-command ausgeführt ??

dnsmichi

Super Moderator

Posts: 5,986

Birthday: May 30th 1983 (29)

Gender: male

Location: Nürnberg

Occupation: Consultant / Developer beim besten Arbeitgeber der Welt @netways

Number of monitoring servers: Icinga: 4x dev, 10++ prod, Icinga2: 2x dev

Nagios Version: s/nagios/icinga/

Icinga Version: 1.9.1 / GIT

Distributed monitoring: Ja

Redundant monitoring: Ja

Number of hosts: 1000+

Number of services: 15000+

OS: RHEL, Debian, SUSE

Plugin Version: 1.4.16

IDO-Version: 1.9.1 / GIT MySQL/Postgresql/Oracle

Other Addons: Icinga Web, PNP, check_multi, inGraph, EventDB, LConf

5

Friday, April 15th 2011, 4:01pm

ich wuerde mal annehmen, dass alle childs vom apache die einen system() call aufmachen via php handler, dann ebenso als apache user laufen. mag sein, dass dieser nicht die notwendigen berechtigungen hat (shell?)
+++ Icinga / LConf Developer +++ Senior Consultant at []NETWAYS> +++
+++ Icinga 1.9 || Icinga 2 +++ Icinga Support || IRC +++

roco

Beginner

Posts: 2

Birthday: Dec 18th 1972 (40)

Gender: male

Location: Roermond, The Netherlands

Occupation: Oracle DBA/Unix/Linux administrator

Number of monitoring servers: 14

Nagios Version: 2.9,3.0

Icinga Version: icinga 1.5 dev

Distributed monitoring: Ja

Redundant monitoring: Nein

Number of hosts: 700

Number of services: > 7000

OS: CentOS, Ubuntu 10.04 Server LTS

Plugin Version: 1.4

NDO Version: 14

6

Monday, August 8th 2011, 6:50am

Quoted from "CrazyER"

@CrazyER: Hast du schon mal den cache gecleared? So nicht, fahr den Apache server herunter, und execute /usr/local/icinga-web/bin/clearcache.sh
Dann starte den Apache server wieder.

Entschüldigung für meinem schlechten Deutsch..

Similar threads