Ad Widget

Collapse

Отложенное оповещение о проблеме

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • alting
    Member
    • Sep 2009
    • 37

    #1

    Отложенное оповещение о проблеме

    Коллеги!
    Не хватает ума найти решение.
    Пример: доступность порта на удаленной машине. В локалке все нормально, в удаленной сети через туннель через Интернет может не успеть ответить порт и на почту сразу сыпется: "PROBLEM https порт на узле X.X.X.X недоступен".
    Как сделать, чтобы триггер срабатывал не при первой ошибке, а при второй, к примеру? Получаются "ложные" срабатывания. Через минуту уже "OK https порт на узле X.X.X.X доступен".
  • dima_dm
    Senior Member
    • Dec 2009
    • 2697

    #2
    Использовать функции min и max в триггерах.
    Читайте https://www.zabbix.com/forum/showthread.php?p=130457

    Comment

    • alting
      Member
      • Sep 2009
      • 37

      #3
      Что-то я не то делаю...
      Прописал
      {Template App Agentless:net.tcp.service[https].max(#10)}=0
      и теперь мне заббикс заявляет, что https service down везде и всюду
      И почему:
      last(0)
      а
      max(#10) ?
      Какую смысловую нагрузку несед диез (#) ?

      Comment

      • dima_dm
        Senior Member
        • Dec 2009
        • 2697

        #4
        Originally posted by alting
        И почему:
        Last(0)
        а
        max(#10) ?
        Какую смысловую нагрузку несед диез (#) ?
        #10 - 10 последних значений или 10-е значение в зависимости от функции.
        10 - 10 секунд

        Comment

        • alting
          Member
          • Sep 2009
          • 37

          #5
          Ага, спасибо за разъяснения!
          Выяснилось, кстати, что не все поголовно https down.
          После правки триггера он почему-то на всех хостах, где был в статусе Disabled за ненадобностью - стал Enabled.
          Я теперь уже боюсь другие триггеры править...

          Comment

          • dima_dm
            Senior Member
            • Dec 2009
            • 2697

            #6
            Originally posted by alting
            Ага, спасибо за разъяснения!
            Выяснилось, кстати, что не все поголовно https down.
            После правки триггера он почему-то на всех хостах, где был в статусе Disabled за ненадобностью - стал Enabled.
            Я теперь уже боюсь другие триггеры править...
            Правите триггеры в шаблоне? Тогда всё правильно, изменение в шаблоне переносяться на все хосты, где шаблон подключён.
            Можно делать проще.
            Я отключаю item-ы, а не триггеры, все триггеры у меня включены.
            Item disabled, не работает и триггер.
            Включаем Item, а триггер к нему уже есть :-)
            Ну и производительность лучше, т.к. выключенные item-ы не опрашиваются.

            Comment

            • alting
              Member
              • Sep 2009
              • 37

              #7
              Originally posted by dima_dm
              Правите триггеры в шаблоне? Тогда всё правильно, изменение в шаблоне переносяться на все хосты, где шаблон подключён.
              Можно делать проще.
              Я отключаю item-ы, а не триггеры, все триггеры у меня включены.
              Item disabled, не работает и триггер.
              Включаем item, а триггер к нему уже есть :-)
              Ну и производительность лучше, т.к. выключенные item-ы не опрашиваются.
              Раньше я тоже так делал и считаю это более верным решением, не знаю, что меня торкнуло отключать именно триггеры...
              Ох... Теперь опять шерстить все хосты...
              Но за наводку спасибо Вам огромное!

              Comment

              Working...