Ad Widget

Collapse

Вопрос по апгрейду агента до 5 LTS

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • chikalov
    Junior Member
    • Mar 2021
    • 2

    #1

    Вопрос по апгрейду агента до 5 LTS

    Решили обновить с 4.4 до 5.0
    все прошло штатно
    начал обновлять агентов, на нескольких машинах прошло все ровно, на одной проблема


    Code:
    35152:20210303:194548.798 enabling Zabbix agent checks on host "TS-CA1-16": host became available
    35149:20210303:200313.388 Zabbix agent item "service.info[ReportServiceCn]" on host "TS-CA1-16" failed: first network error, wait for 15 seconds
    35152:20210303:200332.166 Zabbix agent item "vfs.fs.size[C:,free]" on host "TS-CA1-16" failed: another network error, wait for 15 seconds
    35152:20210303:200351.174 Zabbix agent item "vfs.fs.size[D:,free]" on host "TS-CA1-16" failed: another network error, wait for 15 seconds
    35152:20210303:200412.182 temporarily disabling Zabbix agent checks on host "TS-CA1-16": host unavailable
    при этом пока стоял агент 4.4 все было ровно, и сервер данные получал

    чего можно посмотреть? timeout установлен в 30, но как и написал выше агент 4.4 работал
    ​​​​​​​
  • Kos
    Senior Member
    Zabbix Certified SpecialistZabbix Certified Professional
    • Aug 2015
    • 3404

    #2
    Originally posted by chikalov
    чего можно посмотреть?​​​​​​​
    Логично, что посмотреть надо лог агента и убедиться, что он запущен и работает.

    Comment

    • Semiadmin
      Senior Member
      • Oct 2014
      • 1625

      #3
      Если вы выкручиваете таймаут агента в максимум, будьте готовы к подобному. Несколько вроде бы безобидных проверок типа net.tcp.port или web.page.get, не имеющих внутреннего таймаута, легко сделают хост недоступным, если окажется недоступно то, что они проверяют. По умолчанию не зря 3 с поставили.

      Comment

      • Kos
        Senior Member
        Zabbix Certified SpecialistZabbix Certified Professional
        • Aug 2015
        • 3404

        #4
        Originally posted by Semiadmin
        Несколько вроде бы безобидных проверок типа net.tcp.port или web.page.get, не имеющих внутреннего таймаута, легко сделают хост недоступным, если окажется недоступно то, что они проверяют.
        Ой, что ж вы так пугаете...
        Для web.page.get исправлено уже почти год как (ссылки раз и два).
        Для net.tcp.port исправлено вообще давно (ссылка), правда, потом ещё подчищали хвосты (для остальных аналогичных параметров - тут, для агента под Windows со своей спецификой - тут, но даже это было аж в 2014 году).

        Comment

        • Semiadmin
          Senior Member
          • Oct 2014
          • 1625

          #5
          Ну так вот этим и пугаю, тем что они будут работать как им положено - по таймауту агента. Вот только при таймауте 30 с остальным проверкам может от этого стать плохо.

          Comment

          • chikalov
            Junior Member
            • Mar 2021
            • 2

            #6
            Originally posted by Kos
            Логично, что посмотреть надо лог агента и убедиться, что он запущен и работает.
            хорошая шутка, но не зашло...

            по timeout, это было выставлено 1 раз для проверки, перед тем как задать вопрос, я прочитал таки гугль


            проблему нашел
            обычный виндовый брандмауер для агента 4.4 4.3 4.2 пропускает по порту 10050
            агент 5.0.9 не работает
            только после того как прописал правило для порта данные пошли, без этого не работало
            не знаю в чем проблема
            Windows Server 2016

            Comment

            Working...