Не мог добавить новый munin узел к существующему munin ведущему устройству
Зависит немного от языка сценария, который Вы используете. Я пишу сценарий почти всего в Python теперь, где это - надуманный вопрос. И pyssh и Paramiko позволяют Вам просто написать сценарий пароля без суеты.
Если Вы намереваетесь сделать это с (ba) sh сценарии, и использовать OpenSSH это становится более твердым. OpenSSH явно препятствует тому, чтобы Вы поместили пароли на командную строку (поскольку все пользователи видят, что командная строка использует что-то как ps -fe, который является плохим заклинанием). В этом случае необходимо будет взаимодействовать непосредственно с ssh программой и иметь две опции:
- Можно записать, что значительному объему кода поддержки, с помощью чего-то нравится, Ожидают.
- Вы делаете взлом с помощью переменной SSH_ASKPASS, говоря этому назвать приложение, возвращая пароль и выполнить все это как пакетное задание, чтобы препятствовать тому, чтобы он читал из терминала.
Я не вижу ничего явно неправильного в вашей настройке. Я предлагаю две вещи:
Прочтите логи на munin-master.
/var/log/munin/munin-update.log- это место для начала. Если у вас есть записи, подтверждающие, что обновление прошло успешно, и вы получили rrd-файлы в/ var / lib / munin /- переходите кmunin-graph.logиmunin-html.logУбедитесь, что мастер может подключиться к адресу munin-node. Пожалуйста, проверьте с помощью
netcatили аналогичного:nc private.server.example.org 4949. Ожидаемый результат должен быть таким:# узел munin с именем хоста. Возможные ошибки - это пакеты, отбрасываемые брандмауэром (тогда как nc зависает наconnect (), это видно, если вы используете strace), или не удается разрешить имя (тогда как netcat выводитnc: getaddrinfo: Имя или служба неизвестны).
Если вы ничего не можете найти после попытки вышеуказанного, пожалуйста, вставьте полный munin.conf из ведущий (анонимизируйте числовые IP-адреса с числами, а имена хостов - с каким-то фальшивым текстом, если нужно).
Не очень редкая ошибка; Задание cron могло быть вызвано пользователем root в какой-то момент, когда некоторые файлы имеют права root и не могут быть обновлены пользователем munin, которому обычно требуется доступ для записи ко всем файлам в / var / lib / munin и html-каталог.
и имена хостов с ложным текстом, если необходимо).Не очень редкая ошибка; Задание cron могло быть вызвано пользователем root в какой-то момент, когда некоторые файлы имеют права root и не могут быть обновлены пользователем munin, которому обычно требуется доступ для записи ко всем файлам в / var / lib / munin и html-каталог.
и имена хостов с ложным текстом, если необходимо).Не очень редкая ошибка; Задание cron могло быть вызвано пользователем root в какой-то момент, когда некоторые файлы имеют права root и не могут быть обновлены пользователем munin, которому обычно требуется доступ для записи ко всем файлам в / var / lib / munin и html-каталог.
Эй, у меня та же проблема.
Проверьте ваш файл /etc/hosts на хосте и дважды проверьте, что первое имя хоста совпадает с тем, которое вы указали в вашем файле munin conf на сервере.
Это полностью разрушило нашу установку, пока мы не узнали.
наш /etc/host был настроен: 1.2.3.4 hostname hostname.domain
Munin conf был установлен на hostname.domain. сервер думал, что это имя хоста, а не hostname.domain...