Соглашусь. Используем так в некоторых триггерах про количество ошибок. Типа, too many. И рядом пишет сколько именно. Теперь придётся допиливать дашборд.

#верниitemlastvalue ?

Надо больше - больше триггеров с разными severity

офигеть... теперь я для аккумулятора буду пилить 10%, 20%, 30%... Кучу примеров могу привести... На порту наблюдает за non unicast когда больше 50 сигнализировать... бывает 51 и я это игнорирую, а бывает 500... где наглядность? не делать же сотнями триггер, 100, 200, 300, 400, 499!

Чот ты это, заливаешь. Больше тебе скажу — если у тебя история уже отхаускиперилась, ты в триггере видел *UNKNOWN*.

Это и не хорошо.

#верниitemlastvalue ?

Да

перемудрили.... у меня теперь показывает фигню... т.е. у меня всё стало "хорошо", а на самом деле всё плохо???

Это и не хорошо.

И? У тебя одно осталось, второе просто выпили и назвали иначе.

Да

Я думаю надо сделать оба варианта, чтобы всем угодить

офигеть... теперь я для аккумулятора буду пилить 10%, 20%, 30%... Кучу примеров могу привести... На порту наблюдает за non unicast когда больше 50 сигнализировать... бывает 51 и я это игнорирую, а бывает 500... где наглядность? не делать же сотнями триггер, 100, 200, 300, 400, 499!

А какая разница 51 или 5000? Если у вас порог 50?

Я думаю надо сделать оба варианта, чтобы всем угодить

ОНИ И БЫЛИ

ОНИ И БЫЛИ

Так, завтра с пруфами приду. А сейчас спать

офигеть... теперь я для аккумулятора буду пилить 10%, 20%, 30%... Кучу примеров могу привести... На порту наблюдает за non unicast когда больше 50 сигнализировать... бывает 51 и я это игнорирую, а бывает 500... где наглядность? не делать же сотнями триггер, 100, 200, 300, 400, 499!

Я не понимаю в общем. Загорелся триггер - полез смотреть. Уже смотришь в последние данные или вообще на метрику на сервере или где там еще

А какая разница 51 или 5000? Если у вас порог 50?

это порог сделан грубо говоря для "задумайся, что то не так"

это порог сделан грубо говоря для "задумайся, что то не так"

Пороги разные бывают

Я не понимаю в общем. Загорелся триггер - полез смотреть. Уже смотришь в последние данные или вообще на метрику на сервере или где там еще

support это скажите который туда смотрит...

Задумайся, хватит чесаться, туши пожар

support это скажите который туда смотрит...

Говорю

Я не понимаю в общем. Загорелся триггер - полез смотреть. Уже смотришь в последние данные или вообще на метрику на сервере или где там еще

Ну короче у наш дашборд, в нём удобно было прям в названии писать

они видят что там 150 и паникуют, а так они видят 50 и думают - всё хорошо

Ну короче у наш дашборд, в нём удобно было прям в названии писать

вот и я о том же;

они видят что там 150 и паникуют, а так они видят 50 и думают - всё хорошо

А видят 51? Не паникуют?

уехал в отпуск...

Ну короче у наш дашборд, в нём удобно было прям в названии писать

я так и живу) itemlastvalue >50 триггеров

А видят 51? Не паникуют?

ага

ага

Ну сделайте порог 51 - все равно не паникуют

Кто обновился - намного распухли таблицы events / problem? Как долго обновление бд проходит (размер бд)?

Ну короче у наш дашборд, в нём удобно было прям в названии писать

Картинку бы

все из дашборда

Картинку бы

Ну вот как тут, такая вот картинка

меня сейчас реально больше смущает тот факт что для кучу шаблонов где идёт снятие заряда аккумулятора и шлются данные через telegram придётся задать кучу триггеров зависимых

ужос... согласитесь

ужос... согласитесь

Шум какой-то

Я б игнорил

попадало во... рано тортик съели?

А вот ещё кстати. Есть ряд триггеров таких: version is wrong: current - XXX, standard - YYY И оно динамическое, высчитывается прям в момент получения данных.

Во всё остальное время там ОК и триггер на str(OK)=0

есть те кто могут поделится опытом миграции заббикса с обычной установки в докер?

Тебе не нужно ходить в latest data (это текст, какой график) и триггеры группируются по версии (у нас пхп по проду может поехать иногда — где-то тесты, где-то новая версия)

или это невозможно? :D

есть те кто могут поделится опытом миграции заббикса с обычной установки в докер?

Что ты хочешь услышать в этом делении опытом?

есть те кто могут поделится опытом миграции заббикса с обычной установки в докер?

Дамп-рестор в докер и маунти вольюм со скриптами

Что ты хочешь услышать в этом делении опытом?

что то вроде краткой инструкции

что то вроде краткой инструкции

У тебя есть опыт миграции <любой сервер> с обычной установки в докер?

нет ?

т.е. смотреть инфу по сути перехода чего-либо в докер?

нет ?

Это примерно как ты бы начал "есть опыт запуска заббикс сервера? хочу что-то вроде краткой инструкции"

TEMP is 75 ºC! а на самом деле там уже 80... и что бы это глянуть нужно залезть фиг знает куда...

Это примерно как ты бы начал "есть опыт запуска заббикс сервера? хочу что-то вроде краткой инструкции"

не ну заббикс то есть, и успешно работает, просто как то ещё не приходилось переносить что то уже работающее в контейнеры. ну ладно, суть уловил

хочу 3.4 вот только я не сохранял history?

хочу 3.4 вот только я не сохранял history?

Надеюсь, вернут

я так понимаю выход пока что только один - делать зависимые триггеры

Надеюсь, вернут

на это вся надежда...

офигеть... теперь я для аккумулятора буду пилить 10%, 20%, 30%... Кучу примеров могу привести... На порту наблюдает за non unicast когда больше 50 сигнализировать... бывает 51 и я это игнорирую, а бывает 500... где наглядность? не делать же сотнями триггер, 100, 200, 300, 400, 499!

Если сделают "горизонтальные" северити (триггер один, в зависимости от выражения — разные северити), чтобы айдишки не менялись и триггеры не плодились — то так ещё можно жить

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

У тебя есть опыт миграции <любой сервер> с обычной установки в докер?

github -> dockerfile <любой сервер>

profit

TEMP is 75 ºC! а на самом деле там уже 80... и что бы это глянуть нужно залезть фиг знает куда...

Зачем? Если триггер загорелся, топай чинить. Если это ещё более менее нормально ситуация нефиг триггер зажигать.

Зачем? Если триггер загорелся, топай чинить. Если это ещё более менее нормально ситуация нефиг триггер зажигать.

да это всё понятно, но у нас как и везде "потом"

что то вроде краткой инструкции

Бери и делай. Не понимаю в чём трабла. Бд в докер не пихай и все дела. На гитхабе полно уже кода как докер для заббикс собрать. Бери его и суй ему конфиг свой.

да это всё понятно, но у нас как и везде "потом"

ССЗБ

Делай хорошо, плохо не делай

у меня к примеру на OLT на ветке мониторилось количество зарегистрированных ONU, когда больше 60 оно мне показывало сколько, сейчас просто >60, если залезть "поглубже" то там 63, а мах 64; все думают что всё супер, вечные 60...

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

будем ждать официального ответа, если так и оставят буду добавлять миллион триггеров

будем ждать официального ответа, если так и оставят буду добавлять миллион триггеров

А может лучше нормально 1 сделать?

А может лучше нормально 1 сделать?

ну как мне для заряда на аккумуляторе сделать 1?

ну как мне для заряда на аккумуляторе сделать 1?

А триггер что показывает для этого аккумулятора?

ERROR: S client not available

падение заряда, 100%, 99%, 98%...

можно в дашборде посмотреть, ага проблема зарегистрирована 5 часов назад, заряд 70% - значит ещё минимум на 5 часов хватит

падение заряда, 100%, 99%, 98%...

Перефразирую, нахера тебе триггер. Чтобы что? На циферки фапать или задачу какую решать?

окей, давай по дургому

100 UPS

от 5минут до часу езды, этого хватит?

если я задам жёстко <30% это может быть фатальным

а так есть "человек" который смотря на эти "цифорки" ещё немного анализирует ситуацию, а не просто переходит дорогу на "зелёный"

Делай <90% а логистику решай не мониторингом и опытом, а иным способом.

Или макросы на каждый ups со своим порогом

заметьте раньше хватало одного шаблона

усложнение какое то произошло

заметьте раньше хватало одного шаблона

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

я с Вами согласен, но не всё белое и чёрное... 1 и 1,0001 это далеко не конец света

In Errors: 0.01 pkts/sпросто и понятно было, >0 и наблюдаем ошибки; а теперь первое значение и всё

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

На проблемы надо реагировать когда они есть, а когда их нет сиди и работай. В хорошо настроенный мониторинг заходить не надо. Он просто есть.

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

окей; заряд АКБ <90%, подключили генератор в момент 10%; а zabbix нам усердно говорит что проблема есть; ну и так же для всяких мультикастов и ошибок, нет наглядности роста или падения в следствии проводимых работ по устранению проблемы

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

Ты с пеной у рта защищаешь выпиливание фичи. Ей пользовались многие, судя по чату. Если ты не пользовался или не додумался — это не значит, что мы идиоты и нужно переделывать наши триггеры. Ещё раз, глянь выше на кейс с версией. Какие там пороговые значения? Ты рисуешь триггер исходя из данных и группируешь триггеры по названию.

о зашибись TEMP is *UNKNOWN*!TEMP is {ITEM.LASTVALUE}! {Template BDCOM P3616-2TE:cardCPUTempCurr.last()}>=65

поехали *UNKNOWN*?

Ты с пеной у рта защищаешь выпиливание фичи. Ей пользовались многие, судя по чату. Если ты не пользовался или не додумался — это не значит, что мы идиоты и нужно переделывать наши триггеры. Ещё раз, глянь выше на кейс с версией. Какие там пороговые значения? Ты рисуешь триггер исходя из данных и группируешь триггеры по названию.

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

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

Рад чему? Этот функционал был и раньше в ITEM.VALUE. Теперь ITEM.LASTVALUE = ITEM.VALUE.

чему радоваться то если до этого был {ITEM.VALUE}, в некоторых триггерах я его использовал

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

Ты мне так и не предложил варианта на мою задачу.

А вот ещё кстати. Есть ряд триггеров таких: version is wrong: current - XXX, standard - YYY И оно динамическое, высчитывается прям в момент получения данных.

Рад чему? Этот функционал был и раньше в ITEM.VALUE. Теперь ITEM.LASTVALUE = ITEM.VALUE.

Я уже сказал, утром буду на работе сделаю скрин, что не всё так радужно.

Я уже сказал, утром буду на работе сделаю скрин, что не всё так радужно.

Хер с ним, давай мне решение на мою задачу с твоим мастерством. Если скажешь, "юзай value" - скажу "версия может поменяться", а если скажешь "не меняй" - пошлю нахер с такими аргументами

Нет другого решения. Генерить каждый раз под это LLD на ~1.5 тыщи хостов - охереешь

не понятно почему выпилили этот макрос, может из-за него не получалось что то реализовать...

Нет другого решения. Генерить каждый раз под это LLD на ~1.5 тыщи хостов - охереешь

Ну я тоже его пока не вижу, дай мне время плиз подумать. Вдруг придумаю и тебе тоже полезно будет?