2015-12-01 9 views
9

Ich versuche, einige neue Hosts in Munin für die Überwachung einzurichten. Aus irgendeinem Grund passiert es nicht!konnte Munin-Knoten nicht zur Überwachung hinzufügen

Hier ist, was ich bisher versucht habe.

Auf dem munin-Server, der mehrere andere Hosts bereits überwacht wird, habe ich die Host-I in /etc/munin/munin.conf

[db1] 
    address 10.10.10.25 # <- obscured the real IP address 
    use_node_name yes 

Und auf der DB1-Host wollen hinzugefügt habe ich diesen Satz in /etc/munin/munin-node.conf

host_name db1.example.com 
allow ^127\.0\.0\.1$ 
allow ^10\.10\.10\.26$ 
allow ^::1$ 
port 4949 

Und ich sicher, dass die Dienste auf beiden Maschinen neu zu starten.

Vom Monitoring Host-I auf den neuen Server telnet kann ich auf dem munin Port überwachen möchten:

[[email protected]:~] #telnet db1.example.com 4949 
Trying 10.10.10.26... 
Connected to db1.example.com. 
Escape character is '^]'. 
# munin node at db1.example.com 

Warten Sie ein paar Minuten .. und nichts! Der neue Server wird nicht im munin-Dashboard auf dem munin-Überwachungshost erscheinen.

Im /var/log/munin/munin-update.log Protokoll auf der DB1-Host (die, die ich bin versucht zu überwachen) ich dies finden:

2015/11/30 03:20:02 [INFO] starting work in 14199 for db1/10.10.10.26:4949. 

2015/11/30 03:20:02 [FATAL] Socket read from db1 failed. Terminating process. at /usr/share/perl5/vendor_perl/Munin/Master/UpdateWorker.pm line 254. 

2015/11/30 03:20:02 [ERROR] Munin::Master::UpdateWorker<db1;db1> died with '[FATAL] Socket read from db1 failed. Terminating process. at /usr/share/perl5/vendor_perl/Munin/Master/UpdateWorker.pm line 254. 

Was hier gehen könnte ! Und wie kann ich das lösen?

+0

Prüfen, ob ein Port verfügbar ist? –

+0

Was ist mit den Logs des Knotens? Sagen sie etwas dazu? – muru

+0

'10.10.10.25! = 52.3.28.48' –

Antwort

2

Da Sie bereits überprüft haben, dass Ihre Netzwerkverbindung in Ordnung ist, würde ich als ersten Schritt der Untersuchung sicherlich die munin-node.conf vereinfachen. Derzeit haben Sie:

host_name db1.example.com 
allow ^127\.0\.0\.1$ 
allow ^10\.10\.10\.26$ 
allow ^::1$ 
port 4949 

Von diesen würde ich entfernen:

  • host_name (es wahrscheinlich überflüssig.)
  • Die IPv6-Loopback-Adresse. (Ich glaube nicht, dass Sie es brauchen, aber Sie können es später wieder hinzufügen, wenn Sie es brauchen)
  • Die IPv4-Loopback-Adresse. (Wie oben)

Wenn es immer noch nicht funktioniert, könnten Sie völlig outrule jede Frage mit der allow Config durch die direkte IP-Adressen mit dem Ersetzen:

cidr_allow 10.10.10.0/24 

Dies würde ermöglichen den Anschluss von einer vollständigen Palette von IPs für den Fall, dass Ihr db1-Host eine Verbindung von einer anderen IP-Adresse herzustellen scheint.

+0

Hallo, ok, also habe ich alles versucht, was du erwähnt hast außer cidr_allow. Da ich weiß, aus welcher IP mein munin Server kommt. Meine Konfiguration in db1 sieht so aus: [root @ db1:/etc/munin] #egrep -v "^ $ |^#" munin-node.conf log_level 4 log_datei/var/log/munin-node/munin -node.log pid_file /var/run/munin/munin-node.pid Hintergrund 1 setsid 1 Benutzer root Gruppe root IGNORE_FILE [\ # ~] $ IGNORE_FILE DEADJOE $ IGNORE_FILE \ BAK $ IGNORE_FILE $% IGNORE_FILE \ .dpkg- (tmp | neu | alt | dist) $ IGNORE_FILE \ .rpm (speichern | neu) $ IGNORE_FILE \ .pod $ erlauben^54 \ 0,174 \ 0,234 \ 0,136 $ Gastgeber * po rt 4949 Und ich startete Munin auf Server und Client – bluethundr

+0

Ok. Ein paar Dinge dann: Ich würde immer noch versuchen, 'cidr_allow' zu verwenden, nur für Debugging-Zwecke. Die Einstellung 'allow' basiert auf regexp. Also könnte es Drachen geben. Was ist deine Munin-Version? Und schließlich: Sie haben vergessen, Ihre IP im vorherigen Kommentar zu anonymisieren. –

+0

OK, danke. Ich habe cidr_allow im munin-node conf auf db1 versucht. Ich habe zuerst mit dem IP-Bereich des Munin-Servers versucht und dann nochmal mit cidr_allow 0.0.0.0/24. Tho ich bin mir nicht sicher, ob das erlaubt ist: – bluethundr

Verwandte Themen