И кстати, почему ifSpeed а не ifOperSpeed?

а почему нет?

ну как бы порт 1G может и на 10/100M подняться.

и будет 10М загрузка - 100% для реальности и 1% для теории.

у нас с этим строго, потому что требование от магистральных портов - поднятый гигабит

так, ошибку в триггере нашел

заббикс выдавал по триггеру любой всплеск

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

avg

например

или last(#3)>

есть варианты

погуглите "zabbix борьба с флаппингом"

а min?

ну можно и min, говорю же - много вариантов

просто в данный момент у меня так: {DES-3552:ifHCInOctets.[{#SNMPINDEX}].min(#1)}>0.85*{DES-3552:1.3.6.1.2.1.2.2.1.5.[{#SNMPINDEX}].last()}

интервал 180 с

можно сделать интервал 60 секунд и min(#3)

#3 в данном случае - данные за 3 минуты, я так полагаю?

да

3 последних раза

count()

потестим iperf-ом, что лучше

в общем, такой вот конечный триггер {DES-3052:ifHCOutOctets.[{#SNMPINDEX}].min(#2)} and {DES-3052:ifOperStatus.[{#SNMPINDEX}].last()}=1>0.85*{DES-3052:ifSpeed.[{#SNMPINDEX}].last()}

Ребята а кто Вам сказал что last(#3) это данные за последние 3 раза?

документация чётко даёт ответ "Функция last использует другой смысл для значений, когда начинается с решетки - она дает выбрать n-ое предыдущее значение, так что с учетом значений 3, 7, 2, 6, 5 (от наиболее нового до наиболее старого), при last(#2) вернется 7 и при last(#5) вернется 5. "

т.е. last(#3) даст 3 значение от текущего

значит я, дав совет по памяти, ошибся

сейчас посмотрел, у нас используется .max(#3)

а у меня вот назрел вопрос про max и min

т.к. недавно пишу эти тригеры :)

ситуация простая есть аккумулятор идёт замер напряжения, так вот нужно если больше 14,4 в течении 2 часов сообщать

использовать же max > 14,4 ?

max(2h)}>14,4

а как тогда в функции min описать два периода опроса?

min(2)?

#2

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

2 это вроде как будет просто 2 секунды

в общем, такой вот конечный триггер {DES-3052:ifHCOutOctets.[{#SNMPINDEX}].min(#2)} and {DES-3052:ifOperStatus.[{#SNMPINDEX}].last()}=1>0.85*{DES-3052:ifSpeed.[{#SNMPINDEX}].last()}

где описывается два периода по 180 секунд и при этом статус link up

вот так правильнее будет min(2h)}>14 по моему вопросу

ситуация простая есть аккумулятор идёт замер напряжения, так вот нужно если больше 14,4 в течении 2 часов сообщать

Для этого есть функция count

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

сейчас почитаю про неё, но вроде как и с min и max можно сделать

count(600) кол-во значение за 10 минут что нам просто даст это кол-во? то что zabbix получил информацию?

не могу понять почему для max(2h)}>14 срабатывает

ведь последние значения max явно ниже 14

COUNT(600, gt, 14) то есть что за последние 600 сенкунд, последние занчения были болье 14

или к примеру count(#5, gt, 14) = 5 что последние 5 измерений больше 14

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

спасибо, а подскажите по поводу max>14 почему срабатывает?

Ну потому что ты берешь максимальное занчение за последние 2 часа...

а там есть максимальное значение боьле 14 вот оно и срабатывает

Поэтому тут и нужно юзать count

"Максимальное значение за указанный период вычисления." если правильно понимаю то за последние 2 часа

т.е. на протяжении двух часов должно быть >14

разобрался, за последние 2 часа, но если есть хотя бы одно значение то срабатывает;

я думал на протяжении 2 часов

все значения должны быть

тогда точно count

спасибо! :)

ERROR: S client not available

я думал на протяжении 2 часов

это тогда надо min

:)

это тогда надо min

эммм ... на протяжении 2 часов нужно min, а что тогда будет с max на протяжении какого промежутка?

в теории промежуток же один и тот же

просто берутся либо max либо min значения

а так да для тригера что бы норм работало min(2h)>14

Народ, а с какого бока подходить к мониторингу приложения, которое тебе вообще не известно? Есть tractor от пиксара, это сервер и клиенты на вычислительных узлах. Всё что я у него нашёл в виде статуса – вкладка в вебморде у севера. Наверно, есть что-то ещё. Но какой правильный способ найти "точку старта" для мониторинга вот такой штуки?

Что значит мониторинга? У тебя требования есть? Что тебе нужно проверять?

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

Это и замониторь

Вопрос не совсем в этом. Вопрос скорее вот в чём: где и как искать "точку инъекции" для получения данных от приложения? Вообще в целом как это правильно делать? Сначала написать в саппорт (а то зря он оплачен чтоль?) или заняться реверсом? Понятно, что начать с гуглинга, но подразумевается, что там результатов нет

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

Я не хочу получить ответ как замониторить это приложение, я хочу получить метод, как такое делать в принципе

База, логи, веб морда, сами возможности приложения

Любой удобный и доступный способ

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

а не на протяжении всего времени должно быть определённое значение

а если кто то объяснить как работает min и max будет вообще хорошо ?

просто я для своего тригера не могу определить что есть max что есть min

по факту просто два значения 0 или 1

Народ , всем доброго времени суток нужна помощь , настроил обнаружение для Zabbix агентов по значению system.uname после в действия сделал добавления узла и привязку к шаблонам и группам , все работает только вместо имени узла всегда вылетает его IP , В скрине добавляю по порядку Обнаружение\Действие\Авторегистрация

Ребят вопрос немного не по теме .... не у кого не тормозит раздача адресов по DHCP на CISCO ?

Ребят вопрос немного не по теме .... не у кого не тормозит раздача адресов по DHCP на CISCO ?

вопрос слишком общий (ни модели, ни обстоятельств, никакого контекста), но можно задать его здесь: @ntwrk

вопрос слишком общий (ни модели, ни обстоятельств, никакого контекста), но можно задать его здесь: @ntwrk

юлагодарю Вас , выручили )

При 25000 итемов в базе PostgreSQL после 160гб начинаются дикие тормоза, хаускипер включен, автовакуум включен, куда думать даже не знаю history_uint затрункатил база стала 15гб

220 гигов на мускуле(percona) не очень-то и тормозит. Постгрес в плане тюнинга производительности большие результаты может дать. Либо иопсы либо конфиг/производительность скуля.

220 гигов на мускуле(percona) не очень-то и тормозит. Постгрес в плане тюнинга производительности большие результаты может дать. Либо иопсы либо конфиг/производительность скуля.

220Г на SSD или HDD ?

220Г на SSD или HDD ?

Sas 4*1tb raid10 это не единсвенная база на этом мускуле. Там еще десяток базесть, но иопсов там совсем копейки.

220Г на SSD или HDD ?

И бэкапы снимаются с этого сервера, а не реплики и все успевается. К тому же это не реальный сервер, а виртуалка.