Назад | Перейти на главную страницу

Что такое прикрепленный комментарий check_mk при подтверждении хоста / службы?

Я хотел прикрепить комментарий к системе, которая отслеживается с помощью Nagios. Я предпочитаю использовать check_mk в качестве графического интерфейса. Теперь я наткнулся на это: я могу сделать комментарий липким и / или постоянным.

Поэтому я спросил нашего администратора Nagios, в чем разница между липким и постоянным.

Оказалось, что он не знал о «липком» - это должно быть что-то специфичное для check_mk.

После поиска в Google и проверки документов check_mk я не смог найти ничего по этой теме.

Итак: в чем разница между прикрепленными и постоянными комментариями службы Nagios?

Обновить: Вот скриншот - check_mk quicksearch для конкретного сервера, затем выберите хамер-символ. Тогда это появится:

Вопрос касается окна подтверждения: липкий или постоянный

Я отвечу некоторыми подробностями. Дженни Д. подходит к делу, но я бы хотела уточнить насчет «никаких дальнейших сигналов тревоги».

Обычно Nagios уведомляет вас о каждом изменении статуса:

  1. Поэтому, если ваша служба становится "ПРЕДУПРЕЖДЕНИЕ", вы получите уведомление.
  2. Вы подтверждаете получение услуги сейчас и не получите другого (т.е. периодического) уведомления, пока услуга остается в состоянии «WARN».
  3. Если он переходит в CRIT, вы получите уведомление.
  4. Если он вернется к «ПРЕДУПРЕЖДЕНИЕ», вы получите уведомление.
  5. Если после этого появится «ОК», вы получите уведомление о восстановлении.
  6. После этого подтверждение истекает, так как оно становится "ОК".

В липком сценарии уведомлений о переходах между состояниями проблемы не будет:

  1. Поэтому, если ваша служба становится "ПРЕДУПРЕЖДЕНИЕ", вы получите уведомление.
  2. Вы подтверждаете услугу сейчас с установленной липкой опцией.
  3. Если он переходит в CRIT, вы не получаете уведомления.
  4. Если он вернется к «WARN», вы не получите уведомления.
  5. Если после этого появится «ОК», вы получите уведомление о восстановлении.
  6. После этого липкая настройка удаляется, так как это свойство подтверждения - истекло, так как становится "ОК".

Говоря человеческим языком:

Отказ от установки липкой опции означает: я работаю над этой проблемой, но это, например, займет некоторое время, пока это просто ПРЕДУПРЕЖДЕНИЕ. Я не уполномочен подключать новый диск. Если вдруг ситуация накапливается и файловая система заполняется до CRIT, мне нужно знать, с тех пор мы переходим от профилактического обслуживания к экстренному исправлению.

Прикрепленный вариант позволяет вам выбрать другой способ сделать это. Я работаю над проблемой и буду следить за ней, пока работаю. Во время работы это может временно ухудшиться, пока я НЕ ВЫПОЛНЯЮ, и тогда все будет в порядке

К вашему сведению: если вы используете параметр постоянного комментария, подтверждение исчезнет, ​​но введенный вами текст останется

Вопрос касается окна подтверждения: липкий или постоянный

Хорошо, это то, что я описал в комментарии выше. Взгляни на этот Больше подробностей:

  • Если параметр «липкий» установлен на единицу (1), подтверждение будет оставаться до тех пор, пока хост не вернется в состояние UP. В противном случае подтверждение будет автоматически удалено при изменении состояния хоста.

  • Если для параметра «постоянный» задано значение «один» (1), комментарий, связанный с подтверждением, будет сохраняться после перезапуска процесса Nagios. В противном случае комментарий будет удален при следующем перезапуске Nagios.

«Залипание» здесь означает «закрепленное подтверждение» = больше не будет сигналов тревоги, пока эта проблема не будет решена. Другими словами, тот факт, что вы его подтвердили, останется в неисправности, даже если та же неисправность продолжает генерировать сигналы тревоги. (Конечно, это длится до тех пор, пока текущая проблема не будет решена и проблема не перестанет генерировать сигналы тревоги - в следующий раз, когда она не удастся, она снова будет генерировать сигналы тревоги.)