zabbix revision 15316

В архиве скриншоты на которых видны последние данные, состояние тригеров и сами выражения тригеров. И сорри за опечатки в тексте, иногда руки печают сами и невпопад

возможно это важно: шаблон и хосты на slave node, конфигурирую я ее через frontend master node

важная цитата из обильного общения в аське с автором запроса по поводу описанной проблемы:
Jimson (22:11:09 8/11/2010)
"у меня это слейв нода, конфигурируется которая через мастер ноду"
К сожалению это ни одним словом не упомянуто в запросе, хотя обязательно должно указываться. Может это внесет какую либо ясность. У меня нет DM поэтому я протестировать не могу.

ДОБАВЛЕНО: писал я вышесказанное, не увидев, что автор написал вышестоящее сообщение, так как я несколько часов проводил эксперимент с повторением проблемы, с уже открытой страницей для написания комментария.

Вообще это я поспособствовал чтобы Jimson решился перейти на транк , поэму понемногу реагирую, но честно - тяжело разгребать его форму изложения.
Я все протестировал, все работает нормально. У меня нет DM.

редактирование выражения -> переход триггера в НЕИЗВЕСТНО -> возврат в ОК -> отрубание туннеля вручную -> Потеря пакетов -> Потеря пакетов две проверки подряд -> Потеря пакетов 5 минут -> включение туннеля -> возвращение всех 3 триггеров в ОК -> итог что нет проблем. В просмотре событий - все правильно.

Параллельно делал рестарт сервера - нет никаких проблем. На картах сети отображение не меняется, даже пока триггер не успел пересчитаться. В списке триггеров для узла сети тоже самое - иконка состояния не меняется. У меня лично нет никаких замечаний к работе редизайна событий "НЕИЗВЕСТНО".

Jimson не обижайся, но я в ступор попадаю от твоих формулировок, нечетких изложений, плавающих понятий, извини, устал, пока.

Мне не на что обижаться, потому что пытаться скринами и на пальцах объяснять что у тебя не работает - это всегда идиотизм, особенно когда есть возможность и желание хотя бы частично разобраться в проблеме и указать на нее дебагом и куском кода.
Атачу в текстовом файле выборки с базы, проблема в синхронизации эвентов между мастер и слейв базой.

I decided to try debug the code
While i test behavior of events on the templates.

1) At trigger adding in a template event (status: UNKNOWN) for a template is added. What for ?
include/triggers.inc.php function add_trigger() call addEvent($triggerid,TRIGGER_VALUE_UNKNOWN) without any checks.

2) At change status of the trigger events are added. For templates!
include/triggers.inc.php function update_trigger_status() call addEvent(...) if status != TRIGGER_STATUS_ENABLED
It is probably necessary to check up the current status of the trigger?
Some activations-deactivations of the trigger in a template:

select h.hostid, h.status, t.triggerid, t.status, t.value, t.value_flags, e.eventid, e.source, e.object, e.clock, e.value, e.value_changed from events e join triggers t on (t.triggerid = e.objectid) join functions f on (f.triggerid = t.triggerid) join items i on (i.itemid = f.itemid) join hosts h on (h.hostid = i.hostid);

Similar the situation should be in 1.8

I confirm: 1) At trigger adding to template the event (with status: UNKNOWN) is generated. This event are directly linked to template - and this is abnormal.

3) Incorrect event duration - events_dur_fail.png
Problem in function events.inc.php:get_next_event(). Patch: fix-events-dur.patch

4) Event with value-changed=0 can't be "first"? events.php line 218
// CHECK IF EVENTS EXISTS {{{
$options = array(
'output' => API_OUTPUT_EXTEND,
'sortfield' => 'eventid',
'sortorder' => ZBX_SORT_UP,
'nopermissions' => 1,
'limit' => 1
);
[skip]
$firstEvent = CEvent::get($options);

If event with value-changed=1 isn't present, the list of events will be always empty. (events.php line 245)
It is probably necessary to add `'filter' => array('value_changed' => null)` in $options hash?

would be nice to get some summary of the findings

from what i gather it's frontend doing some nastiness with events for templates (when triggers are added/modified). is that correct ?
is there other problem here as well ?

i believe this problem should be gone in 2.2 with the rework of the event handling - is that correct ?

I close it. Feel free to reopen if the issue still exists in latest versions of Zabbix.