А вообще, выключение ipv6 больше похоже на гомеопатию, нигде его не выключаю и никаких проблем не встречал

Лкально агент отрабатывает нормально. При запросе с сервера:

./zabbix_get -s 172.16.1.47 -k web.page.get[http://127.0.0.1:8800/TariffStateService/TariffState]
ZBX_NOTSUPPORTED: HTTP get error: cannot connect to [[127.0.0.1]:8800]: [0x00002741] Требуемый адрес для своего контекста неверен.
./zabbix_get -s 172.16.1.47 -k web.page.get[http://localhost:8800/TariffStateService/TariffState]
ZBX_NOTSUPPORTED: HTTP get error: bind() failed: [0x0000271E] Система обнаружила недопустимый указатель адреса при попытке использовать в вызове аргумент указателя.

ошибка (номер) одна и та же... сейчас дебаг включу

Запуск агента в дебаг-режиме протоколирования не дал ничего нового, в логе агента ровно такая же запись.

web.page.get[http://localhost:8800/TariffStateService/TariffState]

ZBX_NOTSUPPORTED: HTTP get error: bind() failed: [0x0000271E] Система обнаружила недопустимый указатель адреса при попытке использовать в вызове аргумент указателя.

Повтори эксперимент на другом сервере. Можно даже просто с другого агента запросить Web.page.get с нужным url

Сейчас

Проверено, совсем другой сервер, обратился в рабочему серверу по днс-имени. Результат:

HTTP/1.1 200 OK
Content-Length: 27
Content-Type: application/json; charset=utf-8
Server: Microsoft-HTTPAPI/2.0
Date: Thu, 30 Jul 2020 11:34:53 GMT
Connection: close

{"TariffStateResult":0}

Приветствую. Не подскажете, вот этот warning может помешать при миграции базы с MySQL на PostgreSQL? По нему пока нет официального рецепта от Zabbix, как чинить. https://support.zabbix.com/browse/ZBX-17357

теперь осталось поднять на этом сервере аналогичный веб и выполнить запрос с url 127.0.0.1

Поставил 5 Apc на мониторинг по snmp3 и сильно выросли unreachable poller, до этого они всегда в 0 были. Опросы редкие, 2 метрики по 1 минуте, остальные часовые. В сниффере вижу что не все запросы проходят.

смотри в логах, какие проверки отваливаются

В основном статус батарей, может поставить таймаут не ровно 600с, а например 608 чтобы с другими проверками не накладывалось?

Use bulk requests включен?

Процессоры у них слабенькие, убери массовые запросы SNMP

Ок, попробую убрать.

Может есть магическая комбинация Aes/Des/sha алгоритмов.

один запрос на 10 OID тяжелее 10 запросов по одному?

разве bulk запрос не тянет вообще и не парсит в конце?

Не знаю, что именно там происходит, но замечено, что iLO, iDrac, APC помирают, когда включен Use bulk requests

Тем более там не 10, а сильно больше OID. Железка тупо не может отдать такой объем данных сразу