Залипают триггеры

[DRVTiny]

Уже на 2-х инсталляциях 3-й версии наблюдаем регулярно один и тот же баг: ни с того, ни с сего перестают пересчитываться триггеры и залипают в состоянии проблема. Во всяком случае заметно это на проблемных триггерах.
Т.е. данные собираются правильно, и выражение триггера, которое по ним считается, однозначно должно быть FALSE (отсутствие проблемы)... иногда часа так по 3-4 должно (нет предела человеческому долготерпению), но.. помогает только рестарт сервиса zabbix-server.

На фоне залипания триггеров наблюдаются и проблемы с отправкой алертов - скорее всего, как раз из-за того, что нет переключений состояния -нет event'ов, нет action'ов...

В общем, что бы это могло быть?

Я обновился с 3.0.2 до 3.0.6 - это не помогло

[Kos]

У нас та же версия - 3.0.6, этой проблемы не наблюдаем.
Боюсь, что с такими обобщениями и без конкретных примеров Вам вряд ли кто станет помогать. Напишите подробнее (можно со скриншотами): условие триггера, определения элементов данных, которые при этом участвуют (с их типами и периодичностью опроса), экраном Latest Data за указанный период, где были бы видны пришедшие значения, экраном событий по данному триггеру за тот же период, ну и Ваши комментарии - когда именно Вы ожидали каких-то событий, но их не было.

[DRVTiny]

У нас та же версия - 3.0.6, этой проблемы не наблюдаем.
Боюсь, что с такими обобщениями и без конкретных примеров Вам вряд ли кто станет помогать. Напишите подробнее (можно со скриншотами): условие триггера, определения элементов данных, которые при этом участвуют (с их типами и периодичностью опроса), экраном latest data за указанный период, где были бы видны пришедшие значения, экраном событий по данному триггеру за тот же период, ну и Ваши комментарии - когда именно Вы ожидали каких-то событий, но их не было.

Вопрос ведь всё-таки обращён к тем, кто наблюдал подобную проблему и решил её. Я и не пытаюсь утверждать, что всегда и везде данный баг проявляется: вероятнее всего, как и любой баг, он проявляется в 1% случаев и только в 0.1% случаев его умудряются правильно диагностировать и "вылечить" своими силами или открыв правильный баг-репорт у разработчиков (это обычно означает: "с готовым патчем и подробными комментариями к патчу").

[Kos]

Ну, во-первых, всегда есть вероятность, что это не баг, а ошибка конфигурации. Нередко встречаются ситуации, когда народ по-своему понимает возможности продукта и пытается пользоваться им не так, как это подразумевалось разработчиками (яркий пример - жалобы на то, что в третьей версии "перестали работать" макросы вида {HOST.HOST2} и {HOST.IP2} в ключах Item-ов, хотя они там реально никогда не работали и в таком контексте не поддерживаются).

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

Впрочем, если делиться подробностями у Вас желания нет, то я умолкаю

[DRVTiny]

Я администрирую и допиливаю Заббикс уже четвёртый год, пользовался им и до этого. С пониманием продукта у меня проблем не возникает.
Не пересчитываются самые простые триггеры в том числе - например, реагирующий на изменение icmppingstatus.
После рестарта сервиса - на какое-то время всё приходит в норму, а потом у Заббикс снова клинит мозги и триггеры "липнут". У нас в одной компании две абсолютно независимые инсталляции Заббикс - на одной проблема решилась переходом на 3.2, на другой (которую я администрирую) тоже нужно переходить на 3.2, но есть опасения наловить новых невиданных багов, да имя любом случае нужно сначала в тестовой среде обновиться.
Подробности я бы с радостью предоставил, но боюсь это всё-таки скорее должен быть лог сервера с максимальным уровнем дебага, а не описание " настройки" абсолютно стандартных триггеров, которые до этого 1,5 года без проблем срабатывали.

[sersad]

Отвязка шаблона от узла с залипающим триггером и последующая привязка ситуацию решает?

[DRVTiny]

Отвязка шаблона от узла с залипающим триггером и последующая привязка ситуацию решает?

Весьма интернете предположение. Спасибо, попробую. Сейчас смутно припоминаю что да, была аналогичная проблема, которую я именно переатачем шаблона и решил...

[kyern]

На панели заббикса Возраст события случайно не обнуляется при каждом запросе значения элементов данных?
Я наблюдаю похожую проблему. Не фиксируется возраст проблемы, при интервале проверки в 1 минуту, возраст некоторых событий на некоторых хостах доходит до 59 секунд и после получения значений элементов данных снова сбрасывается на 0 секунд. После удаления истории у проблемного элемента данных все приходит в норму.
Такое ощущение, что у меня это произошло из-за партицирования, когда база MySQL для заббикса лежала (сервер был выключен из-за потери электропитания, ночью было обесточено здание) и партиция не создалась по расписанию, пришлось создавать в ручную. Вот после этого некоторые элементы данных у нескольких хостов перестали фиксировать возраст событий.