Странное поведение при изменении Timeout

[DeV1L]

После добавления Timeout=15 в zabbix_agentd.conf получаю пробелы в данных для "Agent ping" и TCP проверок.
После отключения параметра - всё приходит в норму.

Почему так происходит?

[Alexei]

Происходит то, что все поллеры заняты ожиданием ответа долгих проверок. Два решения: увеличить количество поллеров либо уменьшить Timeout.

[DeV1L]

Спасибо, Алексей, попробую увеличить количество поллеров.
Но, почему этой проблемы не видно в статистике?

[DeV1L]

Проверил конфиг:

StartPingers=5
StartPollers=40
StartPollersUnreachable=40
StartTrappers=10
StartDBSyncers=4
LogSlowQueries=1000

Неужели нужно больше 40?

[zmdpc]

Другие таймауты какие? UnreachableDelay, UnavailableDelay, UnreachablePeriod по умолчанию? UnreachableDelay по умолчанию как раз 15с. Может нужно его также увеличитьдо величины более 15с?

[Alexei]

Но, почему этой проблемы не видно в статистике?

Дейтвительно! Сразу не смогу ответить, надо подумать.

[yukra]

Но, почему этой проблемы не видно в статистике?

А покажите график очереди (zabbix server performance из стандартного комплекта)

[DeV1L]

А покажите график очереди (zabbix server performance из стандартного комплекта)

UPDATE: этот график за тот период, когда изменялся Timeout

[DeV1L]

Другие таймауты какие? Unreachabledelay, unavailabledelay, unreachableperiod по умолчанию? Unreachabledelay по умолчанию как раз 15с. Может нужно его также увеличитьдо величины более 15с?

Другие таймауты дефолтные.

[pzabortsev]

После добавления timeout=15 в zabbix_agentd.conf получаю пробелы в данных для "agent ping" и tcp проверок.
После отключения параметра - всё приходит в норму.

Почему так происходит?

Возможно проблема в 1С (вы же ее проверяете tcp проверками?)
В любом случае, проверьте, как реагирует приложение, которое сидит на порту 1521, на пустые входящие соединения.

[DeV1L]

Возможно проблема в 1С (вы же ее проверяете tcp проверками?)
В любом случае, проверьте, как реагирует приложение, которое сидит на порту 1521, на пустые входящие соединения.

Нет, Oracle.
Дело в том, что проблема начинается не только с этим айтемом, а со всеми TCP-проверками для хоста и с "Agent ping".

[DeV1L]

Другие таймауты какие? UnreachableDelay, UnavailableDelay, UnreachablePeriod по умолчанию? UnreachableDelay по умолчанию как раз 15с. Может нужно его также увеличитьдо величины более 15с?

Насколько я понял из, UnreachableDelay начинает отсчитываться после того, как проверка завершилась по таймауту.
Т.е. его изменение не повлияет на то, что айтем не возвращает данные.

[pzabortsev]

Нет, Oracle.
Дело в том, что проблема начинается не только с этим айтемом, а со всеми TCP-проверками для хоста и с "Agent ping".

Agent ping - это по сути тоже TCP проверка.

А какая операционка на сервере с Oracle?
Кстати, у вас есть другие узлы, на которых можно проверить поведение Timeout'a? А как там?

[DeV1L]

А какая операционка на сервере с Oracle?
Кстати, у вас есть другие узлы, на которых можно проверить поведение Timeout'a? А как там?

Несколько серверов с Oracle Linux 5, на всех поведение было примерно одинаковым.