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

да при желании можно хоть свой агент писать и передавать по снмп что надо

да при желании можно хоть свой агент писать и передавать по снмп что надо

можно. но нужно ли? там был HP и вроде как его агенты были вполне норм.

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

Виндузятник должен страдать

громкие заявления

громкие заявления

ну у нас по виндам всегда боль и страдания)))

не умеете готовить ) нет там болии. вернее не больще чем обычно

о да)

Хорошо что я к этму не имею отношения)

ну у нас по виндам всегда боль и страдания)))

да как сказать...в энтерпрайзе любом много боли..

да как сказать...в энтерпрайзе любом много боли..

согласен)

Хорошо что я к этму не имею отношения)

не имеет отношение к емс хранилкам? в соседнем чатике товарищу надо обновить прошивку на 100 дисках...у него очко жим жим ?

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

по почте =) как же еще

не имеет отношение к емс хранилкам? в соседнем чатике товарищу надо обновить прошивку на 100 дисках...у него очко жим жим ?

есть у нас EMC)

У нас инженеры из EMC обновляют

по почте =) как же еще

вопрос как в забикс шлется, яб в телегу слал...

У нас инженеры из EMC обновляют

там нищеродская подписка, типа сами..обновляйте

там нищеродская подписка, типа сами..обновляйте

ну каждый сам себе злой буратино))) иногда жлобство очень дорого встает)

ну каждый сам себе злой буратино))) иногда жлобство очень дорого встает)

мб старое что то...хз...

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

так что удачной прошивки)))))

Всем привет ;) У меня вопрос касательно веб-мониторинга. Выше уже задавали. Создал шаблон. Сценарий проверки. Настроил шаги. Триггер сделал. При сбое не срабатывает действие на рассылку.

что я делаю не так? ;)

Добрый день! Можно ли в оповещения триггеров добавить несколько последних собранных значений?

Добрый день! Можно ли в оповещения триггеров добавить несколько последних собранных значений?

https://www.zabbix.com/documentation/3.0/ru/manual/appendix/macros/supported_by_location

Можно

Какой макрос подойдет? {ITEM.VALUE<1-9>} - показывает только последнее значение

Как выглядит ваш макрос?

{ITEM.VALUE} - так и выглядит

Точнее так {ITEM.LASTVALUE1}

Да, я не так понял. Достать ряд значений одного айтема макросами никак. Сам их брал либо из бд, либо через api.

Но можно их в сообщение триггера запихнуть, а потом они прилетят оповещению в качестве текста сообщения.

Хотя нет, туплю. Так тоже нельзя.

В общем, садиться и писать скрипт. Вот тогда можно всё.

В триггере например 15 айтемов. Два вопроса: в каком они будут порядке в {ITEM.VALUE<1-9>} и каким образом они обрезаются?

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

В порядке описания триггерного выражения, полагаю

типа проверка сразу 15 значений с нулём, кто пробился - выйди из строя.

В общем, садиться и писать скрипт. Вот тогда можно всё.

Спасибо...

да и вообще, такой порядочек однотипных айтемов позволяет дедуплицировать алерты - смотреть сразу за бандолом 10 статусов проще чем за каждым. Один посыпался - уже обратил внимание, чтобы не было спама когда сыпятся все 10.

это в заббиксе вообще можно?)

без дикого "распиливания коробки"

Зависимости вам не пойдут?

Вероятнее всего нет, т.к. ожидается, что все айтемы, описанные в одном триггере, равнозначны. @smartydoc, так ведь?

да, всё верно, айтемы равнозначны

Я совсем ещё не проснулся, но вопрос интересный. Вероятнее всего без костылей такое не сделать.

во! может можно айтем собрать саммари на базе айтемов всех? или устраивать "виртуальный" триггер-саммари, который соберёт все одиночные триггеры, и уже по нему реакцию делать?

Тут нужно пояснить подробнее

Если, скажем, значения предельно простые (0 и 1, например), а лишь один триггер должен срабатывать при превышении суммарного значения нуля, то окей, так можно.

Но тут с вышеописанной задачей не вяжется

У меня были случаи, когда стороннему скрипту отдавались айдишники айтемов/групп, он шёл в БД/API, вынимал ряд из истории, рассчитывал и возвращал нужное, на котрое уже и стрелял триггер. В общем, жесть, казалось бы, но задачу решало. Так что, тупиков тут нет )

даже проще, вот есть дискавери темплейт, который находит и смотрит за статусами конкретных однотипных компонент. Статусы типа IDLE, ERROR_<ANYTHING> ну и всякое другое неважное.

вот к каждой найденной метрике привязан триггер прототип "если ERROR" - то стреляй.

естественно экшн привязывать ко всем триггерам которые из этого прототипа- захлебнуться можно

соответственно стоит их как-то объеденить. Вот и вопрос- как лучше устроить?

Что-то я не уверен, что в рамках обнаружения можно объединить как-то их... Но интересно. Нужно подумать.

Без костылей, имею в виду. Хотя ничего в костылях плохого нет, конечно.

Т.е. достаточно лишь одного оповещения по одному триггеру, остальные же можно игнорировать?

В определённый временной диапазон

согласен, но костыли лучше приплетать в последнюю очередь, когда уже ничего другого не придумать

скажем вот появились эти элементы - у какого-то из них статус Error - одно оповещение

у кого-то ещё появилось Error- авария условно та же, и доп оповещений не надо

а потом когда у ВСЕХ статус стал OK, IDLE - оповещение что всё ок, авария завершилась.

по логике, это какой-то объединяющий триггер

либо айтем)

ну и дашбордик к нему со значениями всех участвующих (а это уже возвращаться к вопросу формированию урла с ITEM.ID<1-9>)

ну чтоб совсем хорошо было

Вопрос лишь в объединении в рамках правила обнаружения всех этих айтемов. Они могут пропадать и появляться. Я пока не понял как сделать правильно. Если говорить про оповещения, то пошёл бы, наверное, отдельный скрипт отправки уведомлений для этой группы делать, который запоминал/проверял состояние триггеров. Но, возможно, есть вариант конфигурации самого Заббикса под эту задачу. Но пока что-то не видится. Может народ предложит )

триггер от триггера делать нельзя, да?

В смысле?

построить триггер на статусах других триггеров

Только зависимости )

Другой вариант: отдельный айтем, вызывающий скрипт, которых проверяет последние значения айтемов по хосту/группе и возвращает значение в зависомости от результатов, на которое стреляет один единственный триггер. Опять же, решение не в рамках интерфейса )

да и помнить про такую штуку тяжело

глядишь кто-то ещё почитает-подскажет.

есть инфа, когда планируется выход 3.4.2? там обещают пофиксить горизонтальную прокрутку и массовое обновление узлов : )

Планируем на этой неделе rc1

в чате было

а внешние хранилища метрик ?

есть ли поддержка в уведомления regexp

?

https://www.zabbix.com/documentation/3.0/ru/manual/config/notifications/action

default message

Вышли в свет Zabbix 3.4.2rc1, 3.2.8rc1, 3.0.11rc1 и 2.2.20rc1. Линк для скачивания: https://www.zabbix.com/download#rc

Спасибо!

Вышли в свет Zabbix 3.4.2rc1, 3.2.8rc1, 3.0.11rc1 и 2.2.20rc1. Линк для скачивания: https://www.zabbix.com/download#rc

хорошо что не в пятницу, ещё есть день проверить :)

хорошо что не в пятницу, ещё есть день проверить :)

Завтра нельзя, конференция

Так что считай, что в пятницу

:)