ДУ
Size: a a a
2020 September 29
ДУ
Траппер тогда уж
Т
Понятно. echo "{...request...}" | nc ip port -q1 (q1 - в зависимости от OS)
Это куда? Внешний скрипт?
Н
Это куда? Внешний скрипт?
Сначала в CLI, как заработает - во внешний скрипт.
AS
Коллеги, а у вас отображает графики за 2 года? 🙂
видимо никто не учёл високосный год, хотя бы 732 поставили бы что ли
видимо никто не учёл високосный год, хотя бы 732 поставили бы что ли
IA
Коллеги, а у вас отображает графики за 2 года? 🙂
видимо никто не учёл високосный год, хотя бы 732 поставили бы что ли
видимо никто не учёл високосный год, хотя бы 732 поставили бы что ли
Была бага уже, поищи, dimir ставил вроде
IA
IA
Спасибо
AS
а, спасибо. у нас как раз 4.4.6, завтра до 5.0.3 будем обновляться.
AS
что-то как-то 5.0.4 никто не анонсировал особо. а вышла вчера.
PZ
Как правильно по-заббиксовски сделать такое:
Есть процесс передачи данных и дата за которую он обработал значения.
Я не могу напрямую хранить в заббиксе дату, но могу хранить часы отставания. По сути это там sql : select (max() - now())
Время и этот показатель успешно растет.
Как дальше соорудить триггер, срабатывающий в тот же день, если в 6 утра что-то пошло не так и показатель X не обновился? (здесь в 6 утра отставание означает, что не приехали записи за вечер, отставание более 12 )
То есть, значение - X - отставание в часах от текущего показателя.
моя формула проверки : в любые T часов суток отставание X должно быть меньше T+12
как это записать по-заббиксовски? там просто нельзя часы отсчитать в выражениях
Есть процесс передачи данных и дата за которую он обработал значения.
Я не могу напрямую хранить в заббиксе дату, но могу хранить часы отставания. По сути это там sql : select (max() - now())
Время и этот показатель успешно растет.
Как дальше соорудить триггер, срабатывающий в тот же день, если в 6 утра что-то пошло не так и показатель X не обновился? (здесь в 6 утра отставание означает, что не приехали записи за вечер, отставание более 12 )
То есть, значение - X - отставание в часах от текущего показателя.
моя формула проверки : в любые T часов суток отставание X должно быть меньше T+12
как это записать по-заббиксовски? там просто нельзя часы отсчитать в выражениях
PZ
хотя есть еще какой-то формат unixtime. наверное надо украсть в каком-нибудь похожем случае выражение. В каком шаблоне такие операции есть?
Y
добрый. что-то никак не могу сообразить как мне настроить элемент данных или тригер, чтоб при получении трапа с
oid iso.3.6.1.4.1.3183.1.1.0.527104 он скажем переводился в статус даун, а при трапе с value=OID: iso.3.6.1.4.1.3183.1.1.0.527105 в ап
не подскажете куда копать?
oid iso.3.6.1.4.1.3183.1.1.0.527104 он скажем переводился в статус даун, а при трапе с value=OID: iso.3.6.1.4.1.3183.1.1.0.527105 в ап
не подскажете куда копать?
RM
Как правильно по-заббиксовски сделать такое:
Есть процесс передачи данных и дата за которую он обработал значения.
Я не могу напрямую хранить в заббиксе дату, но могу хранить часы отставания. По сути это там sql : select (max() - now())
Время и этот показатель успешно растет.
Как дальше соорудить триггер, срабатывающий в тот же день, если в 6 утра что-то пошло не так и показатель X не обновился? (здесь в 6 утра отставание означает, что не приехали записи за вечер, отставание более 12 )
То есть, значение - X - отставание в часах от текущего показателя.
моя формула проверки : в любые T часов суток отставание X должно быть меньше T+12
как это записать по-заббиксовски? там просто нельзя часы отсчитать в выражениях
Есть процесс передачи данных и дата за которую он обработал значения.
Я не могу напрямую хранить в заббиксе дату, но могу хранить часы отставания. По сути это там sql : select (max() - now())
Время и этот показатель успешно растет.
Как дальше соорудить триггер, срабатывающий в тот же день, если в 6 утра что-то пошло не так и показатель X не обновился? (здесь в 6 утра отставание означает, что не приехали записи за вечер, отставание более 12 )
То есть, значение - X - отставание в часах от текущего показателя.
моя формула проверки : в любые T часов суток отставание X должно быть меньше T+12
как это записать по-заббиксовски? там просто нельзя часы отсчитать в выражениях
Тяжело было понять, что нужно, но если я правильно понял, то можно сделать так:
- Получить запросом(и) текущее отставание и текущее время в часах
- в триггере отставание>время+12.
Вариант с unixtime будет аналогичным, только 12 часов нужно перевести в секунды.
- Получить запросом(и) текущее отставание и текущее время в часах
- в триггере отставание>время+12.
Вариант с unixtime будет аналогичным, только 12 часов нужно перевести в секунды.
PZ
Тяжело было понять, что нужно, но если я правильно понял, то можно сделать так:
- Получить запросом(и) текущее отставание и текущее время в часах
- в триггере отставание>время+12.
Вариант с unixtime будет аналогичным, только 12 часов нужно перевести в секунды.
- Получить запросом(и) текущее отставание и текущее время в часах
- в триггере отставание>время+12.
Вариант с unixtime будет аналогичным, только 12 часов нужно перевести в секунды.
Ну может быть еще какие-то варианты проверок результатов ежедневных заданий предложить можно?
PZ
а то я сам запутался конструируя условия даже словами
EN
добрый. что-то никак не могу сообразить как мне настроить элемент данных или тригер, чтоб при получении трапа с
oid iso.3.6.1.4.1.3183.1.1.0.527104 он скажем переводился в статус даун, а при трапе с value=OID: iso.3.6.1.4.1.3183.1.1.0.527105 в ап
не подскажете куда копать?
oid iso.3.6.1.4.1.3183.1.1.0.527104 он скажем переводился в статус даун, а при трапе с value=OID: iso.3.6.1.4.1.3183.1.1.0.527105 в ап
не подскажете куда копать?
А значения там есть какие-то?
SS
подскажите, еще, пожалуйста, как правильно создать триггер, чтобы он возвращался в статус ок, только когда скорость на интерфейсе станет прежней? делаю вот так, но проблема в статусе "решено", даже когда скорость не стала прежней.
{Template_linux:vfs.file.contents[/sys/class/net/{#IFNAME}/speed].change()}<0
{Template_linux:vfs.file.contents[/sys/class/net/{#IFNAME}/speed].change()}<0
Y
А значения там есть какие-то?
PDU INFO:
errorindex 0
notificationtype TRAP
transactionid 23
requestid 0
messageid 0
version 0
receivedfrom UDP: [10.10.10.9]:32768->[10.10.10.10]:162
community iptel
errorstatus 0
VARBINDS:
iso.3.6.1.2.1.1.3.0 type=67 value=Timeticks: (249763040) 28 days, 21:47:10.40
iso.3.6.1.6.3.1.1.4.1.0 type=6 value=OID: iso.3.6.1.4.1.3183.1.1.0.527104
iso.3.6.1.4.1.3183.1.1.1 type=4 value=Hex-STRING: 44 45 4C 4C 47 00 10 39 80 58 B3 C0 4F 39 35 4A
00 10 2A C8 40 94 FF FF 20 20 04 20 74 18 00 00
FF FF 00 00 00 00 00 19 00 00 02 A2 01 00 57 00
49 00 4E 00 2D 00 48 00 4B 00 46 00 4E 00 47 00
4B 00 53 00 32 00 38 00 51 00 53 00 C1
iso.3.6.1.6.3.18.1.3.0 type=64 value=IpAddress: 10.10.10.9
iso.3.6.1.6.3.18.1.4.0 type=4 value=STRING: "public"
iso.3.6.1.6.3.1.1.4.3.0 type=6 value=OID: iso.3.6.1.4.1.3183.1.1