IN
Всем привет, коллеги подскажите пожалуйста, в какой таблицы в zabbix хранится описание проблемы?
то есть что конкретно произошло
то есть что конкретно произошло
Size: a a a
2020 April 20
А
спасибо!
IN
спасибо!
https://zabbix.org/mw/images/0/0c/Zabbix_db_schema-2.4.3-MySQL.svg
Вот полная структура
Вот полная структура
А
еще раз огромное спасибо )
IN
Коллеги! Добрый вечер! Я хочу замониторить лог-файл NGINX с помощью logrt.
Сейчас я мониторю уникальные IP адреса за определенный промежуток времени - командой:
sed -n '/'$(date '+%d\/%b\/%Y:%H:%M:%S' -d '5 minutes ago')'/,$ p' /var/log/nginx/pm3.3-access.log | awk '{print $1}' | sort | uniq | wc -l
Можно ли, тоже самое делать через logrt агентом? и какой синтаксис он понимает и регулярки?
Вод логов такой:
172.21.9.119 - - [20/Apr/2020:16:06:42 +0300] "GET / HTTP/1.1" 200 265 "-" "Go-http-client/1.1"
172.21.9.119 - - [20/Apr/2020:16:06:43 +0300] "GET / HTTP/1.1" 200 265 "-" "Go-http-client/1.1"
172.21.9.119 - - [20/Apr/2020:16:06:44 +0300] "GET / HTTP/1.1" 200 265 "-" "Go-http-client/1.1"
Сейчас я мониторю уникальные IP адреса за определенный промежуток времени - командой:
sed -n '/'$(date '+%d\/%b\/%Y:%H:%M:%S' -d '5 minutes ago')'/,$ p' /var/log/nginx/pm3.3-access.log | awk '{print $1}' | sort | uniq | wc -l
Можно ли, тоже самое делать через logrt агентом? и какой синтаксис он понимает и регулярки?
Вод логов такой:
172.21.9.119 - - [20/Apr/2020:16:06:42 +0300] "GET / HTTP/1.1" 200 265 "-" "Go-http-client/1.1"
172.21.9.119 - - [20/Apr/2020:16:06:43 +0300] "GET / HTTP/1.1" 200 265 "-" "Go-http-client/1.1"
172.21.9.119 - - [20/Apr/2020:16:06:44 +0300] "GET / HTTP/1.1" 200 265 "-" "Go-http-client/1.1"
Коллеги, помогите.
Можно ли с помощью logrt уникальные IP искать ?
Можно ли с помощью logrt уникальные IP искать ?
Т
Коллеги, помогите.
Можно ли с помощью logrt уникальные IP искать ?
Можно ли с помощью logrt уникальные IP искать ?
В документации есть синтаксис logrt, см. 7.2.2.1 (Zabbix агент). То что сделано шелом можно повторить плагином для агента, т.к. в требованиях есть четкий интервал выборки логов и необходимость уникальности. Т.е. должен быть буфер-накопитель для данных.
Та проверка, которая есть вполне нормальна. Есть ли смысл хорошее менять на новое?
Та проверка, которая есть вполне нормальна. Есть ли смысл хорошее менять на новое?
AK
Коллеги, помогите.
Можно ли с помощью logrt уникальные IP искать ?
Можно ли с помощью logrt уникальные IP искать ?
Судя по скрипту, тебе нужно количество совпадений, т.ч. наверное всё же logrt.count.
Я думаю, что можно написать регулярку нужную, которая будет брать только строчи с нужным IP и считать их количество.
Я думаю, что можно написать регулярку нужную, которая будет брать только строчи с нужным IP и считать их количество.
d
я не силен в бд.
Правильно делаю?
select * from items_applications where itemid not in (select distinct(itemid) from items);
itemappid | applicationid | itemid
-----------+---------------+--------
199056 | 6150 | 211704
5427 | 345 | 23252
5428 | 345 | 23253
5429 | 345 | 23254
5430 | 345 | 23255
5431 | 345 | 23256
5432 | 345 | 23257
5433 | 345 | 23258
5434 | 345 | 23259
5435 | 345 | 23260
5436 | 345 | 23261
5437 | 345 | 23262
5438 | 345 | 23263
Правильно делаю?
select * from items_applications where itemid not in (select distinct(itemid) from items);
itemappid | applicationid | itemid
-----------+---------------+--------
199056 | 6150 | 211704
5427 | 345 | 23252
5428 | 345 | 23253
5429 | 345 | 23254
5430 | 345 | 23255
5431 | 345 | 23256
5432 | 345 | 23257
5433 | 345 | 23258
5434 | 345 | 23259
5435 | 345 | 23260
5436 | 345 | 23261
5437 | 345 | 23262
5438 | 345 | 23263
Вроде да. Можно попробовать снести эти записи из items_applications.
d
distinct() не нужен тот, достаточно просто itemid
KL
dimir
Вроде да. Можно попробовать снести эти записи из items_applications.
Спасибо большое!!!
AK
Давно тут читаю, вот назрел вопрос.
в течение дня получаю в элементе данных значения. хочу сделать calculated item, который считает сумму значений за ТЕКУЩИЕ СУТКИ
Т.е. если просто сделать sum() то будет "скользящее значение" за последние сутки
думаю над обходным путем. возможно кто-то сталкивался
в течение дня получаю в элементе данных значения. хочу сделать calculated item, который считает сумму значений за ТЕКУЩИЕ СУТКИ
Т.е. если просто сделать sum() то будет "скользящее значение" за последние сутки
думаю над обходным путем. возможно кто-то сталкивался
если кому интересно сделал так.
1й calculated элемент собирает сумму за "весь период". условно за весь, т.к. в функции sum получилось ввести только 3500 недель. Т.е. сумма за последние 3500 недель
2й calculated элемент делает сумму за этот же период, но раз в сутки - в 0:00
3й, соответственно вычитает из 1го 2й.
вот такой вот костыль :)
1й calculated элемент собирает сумму за "весь период". условно за весь, т.к. в функции sum получилось ввести только 3500 недель. Т.е. сумма за последние 3500 недель
2й calculated элемент делает сумму за этот же период, но раз в сутки - в 0:00
3й, соответственно вычитает из 1го 2й.
вот такой вот костыль :)
IA
если кому интересно сделал так.
1й calculated элемент собирает сумму за "весь период". условно за весь, т.к. в функции sum получилось ввести только 3500 недель. Т.е. сумма за последние 3500 недель
2й calculated элемент делает сумму за этот же период, но раз в сутки - в 0:00
3й, соответственно вычитает из 1го 2й.
вот такой вот костыль :)
1й calculated элемент собирает сумму за "весь период". условно за весь, т.к. в функции sum получилось ввести только 3500 недель. Т.е. сумма за последние 3500 недель
2й calculated элемент делает сумму за этот же период, но раз в сутки - в 0:00
3й, соответственно вычитает из 1го 2й.
вот такой вот костыль :)
Сколько лет в 3500 неделях?
AK
если кому интересно сделал так.
1й calculated элемент собирает сумму за "весь период". условно за весь, т.к. в функции sum получилось ввести только 3500 недель. Т.е. сумма за последние 3500 недель
2й calculated элемент делает сумму за этот же период, но раз в сутки - в 0:00
3й, соответственно вычитает из 1го 2й.
вот такой вот костыль :)
1й calculated элемент собирает сумму за "весь период". условно за весь, т.к. в функции sum получилось ввести только 3500 недель. Т.е. сумма за последние 3500 недель
2й calculated элемент делает сумму за этот же период, но раз в сутки - в 0:00
3й, соответственно вычитает из 1го 2й.
вот такой вот костыль :)
А нельзя было сделать calculated с временем вычисления в 23:59?
AK
Сколько лет в 3500 неделях?
67 ))) достаточно для моих нужд
AK
А нельзя было сделать calculated с временем вычисления в 23:59?
не понял вопроса? можно. но мне не раз в сутки надо вычислять, а в течение всего дня
AK
не понял вопроса? можно. но мне не раз в сутки надо вычислять, а в течение всего дня
А, теперь понял.
AK
Интересно, но в значении функции какой-то лимит на срок,
т.е. sum за 3500w работает, а 3750 уже падает в Unsupported
т.е. sum за 3500w работает, а 3750 уже падает в Unsupported
AK
Интересно, как ValueCache себя будет чувствовать.
A
Подскажите, хочу обновить аплаенс 2.0.6 до 4.4
через mysqldump выгрузил дамп на старом и залил в новом.
В результате вебморда выгляди как то так, как лечить?
через mysqldump выгрузил дамп на старом и залил в новом.
В результате вебморда выгляди как то так, как лечить?
AK
Подскажите, хочу обновить аплаенс 2.0.6 до 4.4
через mysqldump выгрузил дамп на старом и залил в новом.
В результате вебморда выгляди как то так, как лечить?
через mysqldump выгрузил дамп на старом и залил в новом.
В результате вебморда выгляди как то так, как лечить?
Обычно через сброс куков, ctrl+f5 и всё такое.