а вообще: https://www.zabbix.com/documentation/3.4/manual/config/triggers/expression

{www.zabbix.com:system.cpu.load[all,avg1].last()}>5 or {www.zabbix.com:system.cpu.load[all,avg1].min(10m)}>2

The expression is true when either the current processor load is more than 5 or the processor load was more than 2 during last 10 minutes.

Господа, а есть ли возможность "отложенного" экшна? Например, слать оповещение только в том случае, если время жизни проблемы без исправления >10 минут.

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

первый шаг сделай например какой-нить простой, отправку email пользователю гость

ну вообщем как заглушка

обычно делают так. первые шаги это команды удаленные или еще какие для исправления, проблема не решилась какое-то время - подключаем человека

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

спасибо

Подскажите пожалуйста как правильнее выполнить следующую задачу, как она должна решаться по бестпрактисам: Вот есть у нас например триггер недоступности хоста по снмп (2 минуты), есть у него северити ворнинг. Есть 2 группы людей, одни админы, другие топы. Вот минимальный северити у топов - это дисастер. В чем сложность? Сложность так сказать сделать эскалацию триггера на более высокий уровень северити, в случае если проблема висит например не 2 минуты, а 30 минут. Как делаем сейчас? Дублируем триггер, у одного у условии например (2m) = Warning, и точно такой же триггер, но там (30m) = Disaster А эта задача решаема без дублирования сущностей триггеров?

Подскажите пожалуйста как правильнее выполнить следующую задачу, как она должна решаться по бестпрактисам: Вот есть у нас например триггер недоступности хоста по снмп (2 минуты), есть у него северити ворнинг. Есть 2 группы людей, одни админы, другие топы. Вот минимальный северити у топов - это дисастер. В чем сложность? Сложность так сказать сделать эскалацию триггера на более высокий уровень северити, в случае если проблема висит например не 2 минуты, а 30 минут. Как делаем сейчас? Дублируем триггер, у одного у условии например (2m) = Warning, и точно такой же триггер, но там (30m) = Disaster А эта задача решаема без дублирования сущностей триггеров?

если найдешь напиши, я по другому не смог

У меня вопрос к людям, пользующимся графаной. Кто делал "зеркальные" графики, т.е. есть 2 элемента данных входящий и исходящий трафик. Для одного из элементов надо инвертировать ось Х чтобы удобно было смотреть т.о. 0 будет где-то посередине. Видел скриншоты, но не пойму как сделать

я на минус один умножал

John @spuzirev хотел показать вам как лучше всего

Тогда число на графике положительное будет

просто ниже нуля)

о, спасибо

о, спасибо

не за что. тоже долго парился по этому поводу

не за что. тоже долго парился по этому поводу

шикарно, спасибо

подскажите мне как сделать так чтобы в одной строке было 2 графика и когда наводишь на время на одном то показывалась полоска на том же времени на другом

есть вот тут http://play.grafana-zabbix.org/dashboard/db/graph-vs-heatmap?orgId=2 но никак не могу найти где настройка связи их

Залип я чета на этом сайте

но не нашел

нашел

ща покажу

подскажите мне как сделать так чтобы в одной строке было 2 графика и когда наводишь на время на одном то показывалась полоска на том же времени на другом

это в общих параметрах дашборда

это в общих параметрах дашборда

лазил там, что-то ничего не нашел

лазил там, что-то ничего не нашел

ну вон скрин выше

ну вон скрин выше

а. спасибо. сейчас попробую

ну вон скрин выше

спасибо сработало

мы квиты )

/stat@combot

combot.org/chat/-1001066559002

Продублирую опрос в этом канале: Кто пробовал vfs.dev.read для win машин? У меня элемент данных получается из прототипа и имеет вид vfs.dev.read[W:,bps,avg1] и возвращает unsupported item key. Почему? Правило обнаружения vfs.fs.discovery

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

не очень удачный пример для вопроса

Поэтому если я правильно понял, то могу предложить следующее: собирать данные в элементы и создать на их основе вычисляемые элементы

Поэтому если я правильно понял, то могу предложить следующее: собирать данные в элементы и создать на их основе вычисляемые элементы

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

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

а почему discovery не подходит ?

а почему discovery не подходит ?

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

ну не совсем

да и дискаверинг надо тогда пилить костыль чтобы json возвращал как значение. а тут я могу по snmp получить значение и мне надо с этим значением делать другую проверку

например

порт 1 на микротике

а вообще наверное ты прав

пробовал я с дискаверингом. при смене аргумента создается новый itemid и нет картины мира

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

а меняться это значение может ой как часто

ну вот как пример с дискаверингом

аргумент изменился itemid изменился

конечно :) он же задается ключем

а в ключе наверняка аргумент :)

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

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

как и нельзя от элементов просто юзер макросы обновить

а в ключе наверняка аргумент :)

хм. попробую указать чтобы ключ был без динам параметров

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

посмотрим воткнет ли он в тот же Item измененный адрес

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

с этим полностью согласен

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

отображать свои плагины

карта сети другие

автоматизация отдельная тема ;)

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

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

и снимать с него приходится

ну да. и заносить новые узлы через api проще сразу с ТУ

Всем привет. Хотел спросить про размер БД. У меня при 730 хостах и 49тыс метрик растёт 6ГБ/сут Вот хотел узнать не много ли это, у кого как быстро растёт БД?

Всем привет. Хотел спросить про размер БД. У меня при 730 хостах и 49тыс метрик растёт 6ГБ/сут Вот хотел узнать не много ли это, у кого как быстро растёт БД?

Привет. Это нормально. Использовать партиции например по дням и будет ок, хотя возможно стоит задуматься о партициях по 12 часов Вам. У меня БД растет по 10-13 гиг в сутки и партиции по 6 часов

Привет. Это нормально. Использовать партиции например по дням и будет ок, хотя возможно стоит задуматься о партициях по 12 часов Вам. У меня БД растет по 10-13 гиг в сутки и партиции по 6 часов

Партиции я сделал по суткам. Просто хотел узнать что нормально ли при таких кол-вах хостов и метрик такой рост.

Партиции я сделал по суткам. Просто хотел узнать что нормально ли при таких кол-вах хостов и метрик такой рост.

зависит от типа ваших метрик и периода опроса. текст и числа по разному весят. а так вполне нормально.

зависит от типа ваших метрик и периода опроса. текст и числа по разному весят. а так вполне нормально.

Шаблон подключен стандартный "Template OS Linux" и парочку кастомных в которых опрос не чаще 180сек. Больше всех весит history_uint

Вышли в свет: Zabbix 3.4.5rc2, 3.2.11rc2, 3.0.14rc2 и 2.2.21rc2. https://www.zabbix.com/rn3.4.5rc2

пролог знает кто-нибудь

помогите плиз

Вышел Zabbix 3.4.5rc3 и 4.0.0alpha1. Да, первая альфа версия 4.0! Подробности: https://www.zabbix.com/rn4.0.0alpha1

Забавная ситуация, мониторится у меня iostat значит, собираются данные и хранятся 7 дней, пару дней назад перенес я эту машину, и диски сменили название с sda на vda и т.д., сейчас смотрю - все пропало, что хранилось от iostat (sdb sdc sde...) кроме статистики по sda.

нашел такое сообщение - "Элемент данных более не обнаруживается и будет удален через 9ч 54м 18с (25.12.2017 в 19:31)."

кто знает где найти этот таймер?

в обнаружении

discovery

у тебя элемент в шаблоне определен или в узле ?

открываешь шаблон или узел, где определен элемент. элемент создается из соответствующего обнаружения. заходишь в это обнаружение и ищешь строку: "Период сохранения потерянных ресурсов (дней) "

Кто-нибудь знает пролог и может помочь?

Это канал про аниме?...

Кстати, камрады, а кто-нибудь пользует графану для дашбордов с заббикса? Хочу понять, как бы мне вывести статус железки (т.е. если нет ни одного сработавшего триггера, писать ОК, либо "не ОК")

Кстати, камрады, а кто-нибудь пользует графану для дашбордов с заббикса? Хочу понять, как бы мне вывести статус железки (т.е. если нет ни одного сработавшего триггера, писать ОК, либо "не ОК")

Использую. Сингл стат элемент на количество триггеров

В value map пишите 0 - ок, на остальное проблема

Могу чуть позже попробовать сделать пример

Т.е. просто query mode -> triggers, дальше выбирается хост, так?

Могу чуть позже попробовать сделать пример

Да, кажется я понял, спасибо!