Это же идеально. Всем эта функция нужна в момент создания, а не для того момента когда уже работает. Зрада!?

Можно сделать -R config_cache_reload и будет рабоать. =)

Можно сделать -R config_cache_reload и будет рабоать. =)

пусть морда это делает

в общем не понравилось такое поведение и такая отмазка

в общем не понравилось такое поведение и такая отмазка

Будет, но позже

Ну, обещали сделать.

Сейчас спасают уведомления в телеграм, за что большое спасибо Илье?

Чувствую, не зря родился )

Это же идеально. Всем эта функция нужна в момент создания, а не для того момента когда уже работает. Зрада!?

вот вот после работы зачем она мне? В момент создания самый профит

вот вот после работы зачем она мне? В момент создания самый профит

+++

Ну, обещали сделать.

кароче киллер (а киллер ли или просто до этого вообще пофиг было) фича нормально не работает

еще бы на item check now сделали бы) а то приходиться при новых айтымах уменьшать интервал до минимума и потом возвращать на нужное

еще бы на item check now сделали бы) а то приходиться при новых айтымах уменьшать интервал до минимума и потом возвращать на нужное

Вроде так же есть

Вроде так же есть

Есть. =) Но такая же как у LLD.

Есть. =) Но такая же как у LLD.

а есть но такая же хах))) просто я не знал что на айтемах есть думал чисто на LLD

Как support научить залазить в последние данные при срабатывании триггера, если дальше текущих проблем они ни когда не были...

https://youtu.be/APSo_fjDNjU?t=41m14s

что то нету

не успели еще

@alexei_vladishev а агента для 4.0 когда ждать?

Про ползунок и lastvalue не нашел тикетов. Может заведет кто-нибудь ? будем там голосовать. Сам бы завел, но адекватно не опишу ))

@alexei_vladishev а агента для 4.0 когда ждать?

Блин. ) Windows, да?

@alexei_vladishev а агента для 4.0 когда ждать?

они отмечают выпуск )

Блин. ) Windows, да?

ага, у меня основные системы винда

Блин. ) Windows, да?

ага

Про ползунок и lastvalue не нашел тикетов. Может заведет кто-нибудь ? будем там голосовать. Сам бы завел, но адекватно не опишу ))

уже тут наголосовали

уже тут наголосовали

"тут" к тикету не приложишь ))

а надо?

Создайте тикет

Создайте тикет

возьми и создай

#вернитеползунок

я смотрю тут куча ИТ-Директоров с ЦУ

Подведём предварительные итоги по отзывам о 4.0: #вернитеползунок, старое поведение LASTVALUE в имени проблемы и быстрый переход в Latest Data (это ещё с 3.4). Ничего не забыл?

Не всё сразу. =)

?

Не всё сразу. =)

нам надо что бы красиво через сайт одной кнопочкой)

нам надо что бы красиво через сайт одной кнопочкой)

при чем прочива ваши мысли и отметив

не заходя на сайт, а только лишь подумав

?

не заходя на сайт, а только лишь подумав

?

Кстати не кто по телеграму не дергает мапы с забикса?

ща кстати поковырялся, для 3,4,14 тоже агента в сорсах сделали, а на сайт не выложили...

после 3.2 мапы уже не картинкой ототбражаются и фича сломана

В общем, коллеги уже ответили. =) Но я подведу итог. Я основывался на том, что всегда существует версия Zabbix Agent, соответствующая версии Zabbix Server. Т.е. если есть Zabbix Server 3.4.6, то есть и агент версии 3.4.6. Так вот на сайте Zabbix в разделе предкомпилированных агентов нельзя скачать версию агента Windows старше 3.4.0. Зато, внезапно, бинарники под винду есть в архиве с исходниками, в каталоге bin. Т.е. агент-то собирается у вас, но вот выкладывается в совершенно не очевидное место.

ща кстати поковырялся, для 3,4,14 тоже агента в сорсах сделали, а на сайт не выложили...

Да всегда так.

#непорядок

всем привет! в чем выражается проблема с LASTVALUE в 4.0?

А еще нам MSI не собирают. )

как то в раздел IT Services можно добавить множество триггеров, а не составлять один сложный триггер, который зависит от множества мелких?

всем привет! в чем выражается проблема с LASTVALUE в 4.0?

ITEM.LASTVALUE = ITEM.VALUE В веб-интерфейсе раскрывается в *НЕИЗВЕСТНО*, если последнее значение истории собрано более чем ZBX_HISTORY_PERIOD секунд назад (задается в defines.inc.php). Обратите внимание, что начиная с 4.0, этот макрос не раскрывается в последнее значение элемента данных при просмотре событий проблем, вместо этого он остается со значением элемента данных с момента возникновения проблемы.

после 3.2 мапы уже не картинкой ототбражаются и фича сломана

Был скрипт, запускать в фоне браузер, делать скрин и отправлять. Под себя перепелили - работает. Но на 4 не переходили ещё

ITEM.LASTVALUE = ITEM.VALUE В веб-интерфейсе раскрывается в *НЕИЗВЕСТНО*, если последнее значение истории собрано более чем ZBX_HISTORY_PERIOD секунд назад (задается в defines.inc.php). Обратите внимание, что начиная с 4.0, этот макрос не раскрывается в последнее значение элемента данных при просмотре событий проблем, вместо этого он остается со значением элемента данных с момента возникновения проблемы.

Ну, по факту разница в том, что значение в панели не обновляется после срабатывания триггера... спорно Так и не увидел в changelog зависимые элементы данных при обнаружении и те же ITEM.VALUE в параметрах скриптов оповещений :(

Ubuntu trusty. При обновлении с 3.4 на 4.0 по доке — репозитарий установился 3.5. Соответственно обновление прошло до rc3. Руками изменил 3.5 на 4.0 в sources.list — ничего не изменилось. Пришлось руками нужные пакеты тянуть

Ну, по факту разница в том, что значение в панели не обновляется после срабатывания триггера... спорно Так и не увидел в changelog зависимые элементы данных при обнаружении и те же ITEM.VALUE в параметрах скриптов оповещений :(

Это серьезная разница

Это серьезная разница

Я не говорю, что разница небольшая - изменение спорное :)

Пока ждём ответа, если всё так и оставят вернёмся на 3.4

а есть ссылка на этот баг?

по факту lastvalue теряет смысл

понятно почему это произошло, теперь то текст не генерится на ходу, а записывается в таблицу

а есть ссылка на этот баг?

Документировано, значит фича. ))

видимо я что-то пропустил в большом списке изменений)

Ну, по факту разница в том, что значение в панели не обновляется после срабатывания триггера... спорно Так и не увидел в changelog зависимые элементы данных при обнаружении и те же ITEM.VALUE в параметрах скриптов оповещений :(

Так оно и не должно обновляться. Владышев сказал что событие делается один раз и навсегда - оно потом не должно меня\ться, и я считаю что так и нужно. И ITEM.LASTVALUE теряет смысл в этом случае.

Убирать надо этот ITEM.LASTVALUE к чертям.

:)

Убирать надо этот ITEM.LASTVALUE к чертям.

Да, да кому он нужен...???

ERROR: S client not available

Да, да кому он нужен...???

Хочешь обсудить - давай. Хочешь потроллить - дуй на двачь.

Так оно и не должно обновляться. Владышев сказал что событие делается один раз и навсегда - оно потом не должно меня\ться, и я считаю что так и нужно. И ITEM.LASTVALUE теряет смысл в этом случае.

но удобно в списке поблем при recovery видеть актуальное состояние, или, например, прогресс при rebuild рейда, когда проблема активна еще

ITEM.LASTVALUE = ITEM.VALUE В веб-интерфейсе раскрывается в *НЕИЗВЕСТНО*, если последнее значение истории собрано более чем ZBX_HISTORY_PERIOD секунд назад (задается в defines.inc.php). Обратите внимание, что начиная с 4.0, этот макрос не раскрывается в последнее значение элемента данных при просмотре событий проблем, вместо этого он остается со значением элемента данных с момента возникновения проблемы.

фууу

lastvalue активно юзали

но удобно в списке поблем при recovery видеть актуальное состояние, или, например, прогресс при rebuild рейда, когда проблема активна еще

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

например сработал триггер "отключение питания заряд батареи 100%", можно наблюдать за изменение заряда батареи

а, ну тогда гуд)

Может оно только в таблице с проблемами не обновляется? Что понятно. Так как это отдельная таблица в базе и она хранит эти значения. Может есть какая-то другай вкладка ? :))

например сработал триггер "отключение питания заряд батареи 100%", можно наблюдать за изменение заряда батареи

открой график и наблюдай.

зачем?

если в дашборде есть?

например сработал триггер "отключение питания заряд батареи 100%", можно наблюдать за изменение заряда батареи

где вы его наблюдаете?

зачем вообще надо было убирать lastvalue?

в дашморде?

в дашморде?

да

Ок

В дашборде наверно рагьше все смотрели изменения

это же удобно

зачем вообще надо было убирать lastvalue?

ну я объяснил вроде. Событие не должно меняться.

это же удобно

это неправильно

в дашборде колонка где смотрели как называется?

какая разница, если это удобно

Событие да. Значит нужна еще панель с текущим состоянием дел

какая разница, если это удобно

ты не спеши

Правильно иметь дашбоард со значениями в виде чисел/флажков/циферблатов и т.п.

в дашборде колонка где смотрели как называется?

там где тригеры все

Всем, у кого не обновляется rc3 на релиз на убунте посвящается. Из-за особенностей сортировки пакет rc3 считается старше, чем релиз: dpkg --compare-versions 1:4.0.0rc3-1+bionic lt 1:4.0.0-2+bionic && echo true || echo false Поэтому обновлять можно так: apt install zabbix-server-mysql=1:4.0.0-2+bionic zabbix-agent=1:4.0.0-2+bionic zabbix-frontend-php=1:4.0.0-2+bionic apt напишет, что будет даунгрейдить эти пакеты.

Добрый день. Есть ли какой-нибудь инструмент для проверки целостности БД заббикса? Что-то случилось с БД, теперь при восстановлении проблем в логах выскакивает длиннющая простыня с ошибкой: Cannot add or update a child row: a foreign key constraint fails (zabbix.event_recovery, CONSTRAINT `c_event_reco very_1` FOREIGN KEY (eventid) REFERENCES events (eventid) ON DELETE CASCADE) [insert into event_recovery (eventid,r_eventid,correlationid,c_eventid,userid) values (692 01901,171653621,null,null,null),(80174116,171653621,null,null,null), blablabla

можно называть по разному

какая разница, если это удобно

Поработай программистом годик/два , поймёшь.

ну я объяснил вроде. Событие не должно меняться.

в истории хрен с ним, пусть не обновляется, но когда у тебя оперативный дашборд, по которому ты принимаешь решение. Нужна информация, как меняется значение после срабатывания тригера. В 3.4 и раньше это было, почему в будущих версиях этого не должно быть ?