2015-12-01 16 views
9

Я пытаюсь настроить некоторые новые хосты в munin для мониторинга. По какой-то причине этого не происходит!не удалось добавить узел munin к мониторингу

Вот что я пробовал до сих пор.

На сервере Munin, который уже несколько мониторинга других хостов, я добавил хозяин, я хочу в /etc/munin/munin.conf

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

А на db1 хозяина у меня есть этот набор в /etc/munin/munin-node.conf

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

И я сделал так, чтобы перезапустить службы на обеих машинах.

От хозяина мониторинга я могу TELNET на новый сервер, я хочу, чтобы контролировать на порт 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 

Подождите несколько минут .. и ничего! Новый сервер не появится на панели мониторинга munin на узле мониторинга мунина.

В /var/log/munin/munin-update.log журнале на db1 хоста (тот, который я пытаюсь контролировать) Я нахожу это:

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. 

Что можно сделать здесь ? И как я могу это решить?

+0

Проверьте, доступен ли порт? –

+0

Как насчет журналов узла? Они что-нибудь говорят об этом? – muru

+0

'10.10.10.25! = 52.3.28.48' –

ответ

2

Поскольку вы уже подтвердили, что ваше сетевое соединение в порядке, в качестве первого этапа расследования, я бы наверняка упростил munin-node.conf. В настоящее время у вас есть:

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

Из них я бы удалить:

  • host_name (это, вероятно, излишним.)
  • для IPv6 петлевой адрес. (Я не думаю, что вам это нужно, но вы можете добавить его позже, если вам это нужно)
  • Адрес петли IPv4. (То же самое, что и выше)

Если он все еще не работает, вы можете полностью outrule любого вопроса с allow конфигурации путем замены прямых IP-адресов с:

cidr_allow 10.10.10.0/24 

Это позволило бы соединение от полного диапазона IP, если ваш хост db1, кажется, подключается к другому IP-адресу.

+0

Привет, хорошо, поэтому я попробовал все, что вы упомянули, за исключением cidr_allow. Так как я знаю, из какого IP-сервера мой мюнин. Моя конфигурация на db1 выглядит так: [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 фона 1 setsid 1 суперпользователя группы корневой IGNORE_FILE [\ # ~] $ IGNORE_FILE DEADJOE $ IGNORE_FILE \ .bak $ IGNORE_FILE % $ IGNORE_FILE \ .dpkg- (TMP | новый | старый | расстояние) $ IGNORE_FILE \ .rpm (за исключением | новый) $ IGNORE_FILE \ .pod $ позволяют^54 \ .174 \ .234 \ 0,136 $ хост * po rt 4949 И я перезапустил munin как на сервере, так и на клиенте – bluethundr

+0

Хорошо. Несколько вещей тогда: я все равно попытаюсь использовать 'cidr_allow', только для целей отладки. Параметр 'allow' зависит от регулярного выражения. Так что могут быть драконы. И какова ваша версия мунина? И, наконец: вы забыли анонимизировать свой IP-адрес в предыдущем комментарии. –

+0

ОК, спасибо. Я попробовал cidr_allow в munin-node conf на db1. Сначала я попробовал IP-адрес сервера munin, а затем снова с помощью cidr_allow 0.0.0.0/24. Tho Я не уверен, разрешено ли это: – bluethundr

 Смежные вопросы

  • Нет связанных вопросов^_^