2015-12-01 11 views
9

Sto provando a configurare alcuni nuovi host in munin per il monitoraggio. Per qualche motivo non sta succedendo!non è riuscito ad aggiungere il nodo munin al monitoraggio

Ecco cosa ho provato finora.

Sul server munin, che sta già monitorando molti altri host, ho aggiunto l'host che voglio in /etc/munin/munin.conf

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

E sull'host DB1 ho questo set 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 

E ho fatto in modo di riavviare i servizi su entrambe le macchine.

Dall'host monitoraggio posso telnet al nuovo server che voglio monitorare sulla porta Munin:

[[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 

attendere alcuni minuti .. e niente! Il nuovo server non verrà visualizzato nella dashboard munin sull'host di monitoraggio munin.

Nel registro /var/log/munin/munin-update.log sull'host DB1 (quello che sto cercando di monitorare) ho trovato questo:

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. 

quello che potrebbe essere succedendo qui ? E come posso risolvere questo?

+0

Verificare se la porta è disponibile? –

+0

E i registri del nodo? Dicono qualcosa a riguardo? – muru

+0

'10.10.10.25! = 52.3.28.48' –

risposta

2

Dato che hai già verificato che la tua connessione di rete è a posto, come primo passo di indagine, semplificherò sicuramente lo munin-node.conf. Attualmente si dispone di:

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

Da queste vorrei rimuovere:

  • host_name (probabilmente è ridondante.)
  • L'indirizzo di loopback IPv6. (Non penso che tu ne abbia bisogno, ma puoi aggiungerlo in un secondo momento se ne hai bisogno)
  • L'indirizzo di loopback IPv4. (Come sopra)

Se ancora non funziona, si potrebbe completamente outrule qualsiasi problema con il allow config sostituendo gli IP dirette con:

cidr_allow 10.10.10.0/24 

Ciò consentirebbe il collegamento da una gamma completa di IP nel caso in cui il tuo host db1 sembra essere connesso da un IP diverso.

+0

Ciao, ok, quindi ho provato tutto ciò che hai citato tranne cidr_allow. Dal momento che so da quale IP viene il mio server munin. La mia configurazione su db1 è la seguente: [root @ db1:/etc/munin] #egrep -v "^ $ |^#" munin-node.conf log_level 4 log_file/var/log/munin-node/munin -node.log pid_file /var/run/munin/munin-node.pid sfondo 1 setsid 1 utente root gruppo root ignore_file [\ # ~] $ ignore_file DEADJOE $ ignore_file \ bak $ ignore_file % $ ignore_file \ .dpkg- (tmp | nuovo | old | dist) $ ignore_file \ .rpm (salvare | nuovo) $ ignore_file \ .pod $ permettono^54 \ 0,174 \ .234 \ .136 $ host * po rt 4949 E ho riavviato munin su server e client – bluethundr

+0

Ok. Alcune cose quindi: proverei ancora a usare 'cidr_allow', solo per scopi di debug. L'impostazione 'allow' si basa su regexp. Quindi potrebbero esserci draghi. Inoltre, qual è la tua versione di munin? E infine: hai dimenticato di rendere anonimo il tuo IP nel commento precedente. –

+0

OK, grazie. Ho provato cidr_allow nel munin-node conf su db1. Ho provato prima con l'intervallo IP del server munin e poi di nuovo con solo cidr_allow 0.0.0.0/24. Però non sono sicuro che sia permesso: – bluethundr

Problemi correlati