Zabbix 2.2 Proxy Очередь

[MASiK]

Добрый день, собственно САБЖ, обновился до 2.2 появилась ужасная очередь по прокси



И собственно что-то я в растерянности, так как все данные нормально идут, тригеры работают, ошибок нету не в одном логе, только вот с сервера zabbix_get отдаёт пустые строки я так понимаю это норм?

Вот хотел бы узнать что происходит с заббиксом...

[ugh]

Можно подробней, непонятно ничего.

[hard]

Переключитесь на детали и посмотрите какие item-ы "тормозят"

[smith]

Добрый день. Похожая ситуация с прокси. Появилась после перехода на версию 2.2.3 с 2.2.2.

Система состоит из выделенной БД, виртуальных Заббикс сервера и веб-морды - по этим узлам (проц, память, диски и т.д.) в рессурсы ничего не упирается

1. на прокси серверах (на рис. 1-internal, 2-gathering) по 100% poller proc. при количестве полеров 200 шт. и с их увеличением картина не меняется.

2. суммарно очередь не уменьшается, если уменьшится на одном прокси то увеличивается пропорционально на другом.

3. на самом сервере в 100% эскалатор (на рис 4).

4. тут все в порядке server_gathering

5. на прокси сервере состояние всех 200 поллеров:
zabbix_proxy: poller #67 [got 1 values in 30.090059 sec, getting values]

6. недоступные элементы хостов в очереди прокси возвращают значение при опросе через консоль.

7. 99% элементов в очереди - результаты SNMP опроса.

Куда крутить и что тюнить ? Заранее спасибо за рекомендации.

[aib]

Глупое предложение - проверьте, пожалуйста, какие config файлы используются.
Я сам однажды напоролся, когда вновь установленный апдейт Zabbix скопировал мои конфиги в .rpmsave и прописал дефолтные.
Тоже была проблема с пингами, которых некому стало запускать, ибо количество пуллеров вернулось к исходному по умолчанию

[smith]

С конфигами все в полном порядке. Отлажены под нагрузку. При переходе между версиями перепроверяются.

Проблема решилась откатом на версию 2.2.2. Очереди ушли за несколько минут при том что на 2.2.3 версии висели часов 6.

Но осадок остался. На больших нагрузках версии ветки 2.2 показывают себя не всегда стабильно.
Более того на версии 2.2.3 поймал баг версии 2.2.1

62443:20140410:155132.497 ====== Fatal information: ======
62443:20140410:155132.498 program counter not available for this architecture
62443:20140410:155132.498 === Registers: ===
62443:20140410:155132.498 register dump not available for this architecture
62443:20140410:155132.498 === Backtrace: ===
62443:20140410:155132.498 backtrace not available for this platform
62443:20140410:155132.498 === Memory map: ===
62443:20140410:155132.500 memory map not available for this platform
62443:20140410:155132.772 ================================

[smith]

Добавлю, что прокси сервера работают под FreeBSD 8.3, сервер под FreeBSD 9.1, база Ubuntu 13.
Пример конфига прокси.

ProxyOfflineBuffer=48
HeartbeatFrequency=60
ConfigFrequency=300
StartPollers=80
StartPollersUnreachable=35
StartTrappers=20
StartPingers=30
CacheSize=128M
StartDBSyncers=10
HistoryCacheSize=8M
HistoryTextCacheSize=16M
Timeout=30
TrapperTimeout=300

[Vengant]

2.2.3 вообще глючная. Я обновился, словил баг мониторинга сферы, баг прокси, баг скачка очереди и в ужасе откатился обратно на 2.2.2.

[sda0]

ну поэтому она в списке пакетов описана как unstable:
p 1:2.2.3+dfsg-1 unstable 500

[smith]

Кстати, в отличие от 2.2.2на 2.2.3 достаточно серьезно увеличилось количество одновременных конектов к базе по прокси серверам. Как одно из предположений возникновения очереди если упрется в max_connection.

[sochkasov]

Те-же проблемы на zabbix_proxy 2.4.4

У меня та-же проблема с snmp пуллингом на версии 2.4.4
Причем, проблема именно на прокси, как только хост перебрасываешь в мониторинг на сервер (без прокси), то данные с конечного узла по snmp сразу начинают собираться.
У кого-то получилось решить эту проблему не методом откатывания на предыдущую версию, а как-то по другому?

[sochkasov]

Вот что удалось найти дополнительно.

Если на прокси удалить базу, где zabbix-proxy хранит данные, и перезапустить его, то в логах прокси появляются интересные строки:
enabling SNMP agent checks on host "xx.xx.xx.xx": host became available
Но при этом-же данные как не собирались по SNMP, так и не собираются.
Множественные запросы SNMP в настройках устройства отключены. Хотел установить параметр EnableSNMPBulkRequests=0 в конфиге, но он после этого вообще не запускается.