Ad Widget

Collapse

Непонятки с icmpping

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • ruri
    Junior Member
    • Jun 2010
    • 20

    #1

    Непонятки с icmpping

    Имею 3 сервера с заббиксом (разные города). настойки на всех одинаковые (данные, тригеры).
    Но в одном тригер {PING:icmpping[].last(0)}=0 ведёт себя крайне странно.
    То срабатывает, то нет...
    Узел пропадает, с карты пигна нет, руками с сервера пинга нет, а тригер ничего не присылает, узел зелёный всё ОК.
    Иногда срабатвает, но через некоторое время, несмотря на отсутствие узла - опять всё ОК...
    В логах никаких записей об ошибках нет. Если пытаться пинговать с карты, появляются соответсвующие записи от fping.
  • Heilig
    Senior Member
    Zabbix Certified Trainer
    Zabbix Certified SpecialistZabbix Certified Professional
    • Mar 2013
    • 366

    #2
    Проверьте, правила фаервола и отсутствие этого элемента данных в очереди Zabbix.
    Что показывает команда "time zabbix_get ..."? Какая загрузка у процесса icmp pinger?

    Comment

    • ruri
      Junior Member
      • Jun 2010
      • 20

      #3
      Originally posted by Heilig
      Проверьте, правила фаервола и отсутствие этого элемента данных в очереди Zabbix.
      Что показывает команда "time zabbix_get ..."? Какая загрузка у процесса icmp pinger?
      файервала нет. Задержка в очереди по простой проверке не более 10с.

      А причём здесь zabbix_get ? Я так понимаю, это модуль для проверки работы агента. а у меня просто пигн...
      zabbix_get: Command not found.

      Загрузка порца практически нулевая.
      Last edited by ruri; 10-04-2013, 05:36.

      Comment

      • dima_dm
        Senior Member
        • Dec 2009
        • 2697

        #4
        Мониторинг процессов zabbix настроили?
        In the past, quite often Zabbix users have been puzzled regarding some server tuning parameters – for example, how many pollers do they need? It was usually determined based on experience, testing and a bit of guesstimating. No more fuzzy attempts – get hard facts with Zabbix 1.8.5. UPDATED 2011.11.02: new downloadable template version v2 […]

        Comment

        • ruri
          Junior Member
          • Jun 2010
          • 20

          #5
          Максимально это syncer ~1%
          всё остальное меньше

          а вот в списках аварий появилось:
          Zabbix icmp pinger processes more than 75% busy

          чё вдруг? Задержка очередь не больше 5с...
          Last edited by ruri; 17-04-2013, 06:11.

          Comment

          • dima_dm
            Senior Member
            • Dec 2009
            • 2697

            #6
            Originally posted by ruri
            Максимально это syncer ~1%
            всё остальное меньше
            1% это idle или busy? Если idle, то это очень плохо.
            Originally posted by ruri
            а вот в списках аварий появилось:
            Zabbix icmp pinger processes more than 75% busy

            чё вдруг? Задержка очередь не больше 5с...
            Загрузка процесса зависит от количества активных item данного типа и частоты проверки item. При загрузке в 75% нужно увеличивать количество процессов StartPingers.
            Пример:
            /etc/zabbix/zabbix_server.conf
            StartPingers=6
            Last edited by dima_dm; 17-04-2013, 07:55.

            Comment

            • dimugric
              Member
              • Apr 2013
              • 59

              #7
              Пользуясь случаем задам вопрос, триггер {PING:icmpping[].last(0)}=0 наск-ко понимаю сработает, когда пинг пропадёт. А как правильно сконфигурить триггер, чтобы, скажем, при пропаже пинга шёл его опрос, например, секунд 30, или 30 пакетов ... и только в этом случает триггер отработает

              Comment

              • dima_dm
                Senior Member
                • Dec 2009
                • 2697

                #8
                Originally posted by dimugric
                Пользуясь случаем задам вопрос, триггер {PING:icmpping[].last(0)}=0 наск-ко понимаю сработает, когда пинг пропадёт. А как правильно сконфигурить триггер, чтобы, скажем, при пропаже пинга шёл его опрос, например, секунд 30, или 30 пакетов ... и только в этом случает триггер отработает
                Это вопрос уже не один раз обсуждался.

                Интервалы опросов задаются в Item icmpping.
                Т.к. для icmpping запускается программа с ключами /usr/sbin/fping -q -C3, т.е. один опрос icmpping это отправка 3 пакетов.
                Т.е. если опрос icmpping идёт каждые 30 секунд, то триггер {host:icmpping.max(90)}=0 вернёт 0, если за 3 попытки по 3 icmp пакета, т.е. на все 9 icmp пакетов не было получено ответа. Если будет хотя бы один ответ, то значение триггера будет 1.
                Аналогично работает {host:icmpping.max(#3)}=0 вернёт 0, если за 3 попытки по 3 icmp пакета, т.е. на все 9 icmp пакетов не было получено ответа.

                Comment

                • dimugric
                  Member
                  • Apr 2013
                  • 59

                  #9
                  Originally posted by dima_dm
                  Это вопрос уже не один раз обсуждался.

                  Интервалы опросов задаются в Item icmpping.
                  Т.к. для icmpping запускается программа с ключами /usr/sbin/fping -q -C3, т.е. один опрос icmpping это отправка 3 пакетов.
                  Т.е. если опрос icmpping идёт каждые 30 секунд, то триггер {host:icmpping.max(90)}=0 вернёт 0, если за 3 попытки по 3 icmp пакета, т.е. на все 9 icmp пакетов не было получено ответа. Если будет хотя бы один ответ, то значение триггера будет 1.
                  Аналогично работает {host:icmpping.max(#3)}=0 вернёт 0, если за 3 попытки по 3 icmp пакета, т.е. на все 9 icmp пакетов не было получено ответа.
                  Понял, спасибо. Для icmppingsec всё аналогично как понимаю?

                  Comment

                  • ruri
                    Junior Member
                    • Jun 2010
                    • 20

                    #10
                    Originally posted by dima_dm
                    1% это idle или busy? Если idle, то это очень плохо.

                    Загрузка процесса зависит от количества активных item данного типа и частоты проверки item. При загрузке в 75% нужно увеличивать количество процессов StartPingers.
                    Пример:
                    /etc/zabbix/zabbix_server.conf
                    StartPingers=6
                    1% busy.

                    StartPingers поставил = 6 . 75% не изменилась
                    Сервер, естественно, перезапустил. По логам запустились все 6 штук
                    Last edited by ruri; 17-04-2013, 15:28.

                    Comment

                    • Heilig
                      Senior Member
                      Zabbix Certified Trainer
                      Zabbix Certified SpecialistZabbix Certified Professional
                      • Mar 2013
                      • 366

                      #11
                      Загрузка элемента данных "Zabbix busy icmp pinger processes, in %" в 100% (например), как раз и может быть причиной Ваших проблем.
                      Поэтому, посмотрите пожалуйста в последних данных какая все таки загрузка у этого элемента данных и снизьте ее путем увеличения параметра StartPingers.

                      Comment

                      Working...