Не удается задать пороги предупреждения / критические пороги в файле munin plugin-conf.d

Содержание

Вопрос или проблема
Ответ или решение
Основные шаги по устранению проблемы:
Заключение:

Вопрос или проблема

По какой-то причине я не могу настроить пороги предупреждений на любой из моих установок munin на ubuntu. Например, один из предоставленных плагинов, который у меня работает, это плагин netstat. Чтобы установить предел предупреждения, я создал файл плагина в /etc/munin/plugin-conf.d/zLast:

[netstat]
env.netstat.active.warning 3
env.active.warning 6

После перезапуска munin-node на веб-интерфейсе или в выводе конфигурации munin-run netstat config нет никаких порогов. Однако я вижу, что переменная окружения прокомментирована в выводе: munin-run -d netstat. Это не помогает, так как это не устанавливает никакого предела. Взглянув на плагин netstat, это плагин на языке shell script, и он содержит вызовы для ‘print_warning’ и ‘print_critical’ для каждого значения. Не уверен, что еще я упустил.

Хотя, возможно, существует другой способ сделать то, что вам нужно, у меня было больше успеха при установке этих пределов в файл munin.conf на сервере Munin, а не в файлах plugin-conf.d на отдельных узлах.

Я считаю, что сервер Munin может переопределить все, что установлено на отдельных узлах, поэтому это, вероятно, самый надежный способ обеспечить поведение, которое вы хотите.

Ниже приведен фрагмент, который можно включить в ваш /etc/munin/munin.conf, чтобы сделать то, что вам нужно для данной системы. Я использовал очень низкое значение в качестве теста для получения ответа, вы должны настроить значения, как считаете нужным:

[group;server-name]
    address the-target-system.your_domain_here
    use_node_name yes
    netstat.active.warning 0:0.001

Надеюсь, это поможет. Синтаксис VALUE1:VALUE2 выше подразумевает, что все, что находится в этом диапазоне, в порядке. За пределами диапазона выдается предупреждение. Я протестировал вышеуказанное на Ubuntu 22.04, и, как мне кажется, это делает то, что вам нужно.

Ответ или решение

Уважаемый коллега,

Проблема с установкой пороговых значений для предупреждений и критических состояний в Munin может быть вызвана несколькими факторами, которые стоит тщательно проверить. Ваша ситуация с использованием плагина netstat на Ubuntu является хорошей основой для разбора.

Основные шаги по устранению проблемы:

Проверка конфигурационного файла плагина:
В файле /etc/munin/plugin-conf.d/zLast вы задали переменные окружения для порогов предупреждений, но, как вы упомянули, результат этих настроек не отображается на веб-интерфейсе. Это говорит о том, что могут быть проблемы с самими переменными окружения, которые они не распознаются плагином.

Убедитесь, что синтаксис переменных окружения соответствует требованиям вашего плагина. Важно, чтобы названия переменных точно сопоставимы с тем, что используется в коде плагина.
Перезапуск Munin и проверка логов:
После изменения конфигурации важно не только перезапустить munin-node, но и проверить логи syslog или munin.log на наличие ошибок, связанных с инициализацией плагина.
Альтернативные настройки на сервере Munin Master:
Поскольку мастер-сервер Munin может переопределять настройки на уровне отдельных нод, действительно имеет смысл управлять этими порогами из файла /etc/munin/munin.conf. Этот метод более централизованный и управляемый, особенно в средах с несколькими серверами.

Используйте следующую конфигурацию в вашем munin.conf:
```
[group;server-name]
   address the-target-system.your_domain_here
   use_node_name yes
   netstat.active.warning 0:3
```
Здесь важно настроить диапазон значений (VALUE1:VALUE2), что подразумевает допустимые рабочие параметры, а все, что выходит за рамки этого диапазона, вызовет предупреждение.
Тестирование и проверка отображения результатов:
После изменений запустите munin-run netstat config для проверки того, что конфигурации и пороговые значения отображаются корректно. Это позволит проверить, считываются ли ваши настройки плагином.

Заключение:

Использование централизованного управления на уровне Munin Master является наиболее подходящим и надежным методом в вашем случае. Это не только обеспечивает гибкость в управлении конфигурацией, но и помогает исключить вероятность коллизий в различных узлах сети.

Если у вас возникнут дополнительные вопросы, рекомендую обратиться к документации Munin или сообществу пользователей для более специфичной помощи с вашим окружением.

С уважением,
[Ваше Имя]