tail grep

Ну. Я изначально сказал про скрипт на стороне машины, но автор хочет средствами заббикса онли. И там винда

еще не нашелся ответ на это?

Я просто не знаю и не гружусь. Тебе ж надо весь лог за 24 часа пихать в заббикс в курсе?

А паттерн меняется или нет?

Ну сама строка?

Если нет - Алерт при 2 и более вхождений за последние 24 часа и все

Всем добрый день! Подскажите, как заббикс считает system.uptime? Где-то счётчик ведёт агент или это данные из ОС?

Очевидно, данные из ос

Но тогда он должен совпадать с sysuptime по snmp. Данные отличаются

Но тогда он должен совпадать с sysuptime по snmp. Данные отличаются

Телепаты в отпуске. Пока это только слова, никакими данными это не подкрепляется.

Но тогда он должен совпадать с sysuptime по snmp. Данные отличаются

На сколько?

Ровно часы или секунды?

По данным с агента 4 дня, по snmp 24

В SNMP тики, может, а не секунды?

zabbix_get -s %hostname% -p 10050 -k system.uptime 164955

По данным с агента 4 дня, по snmp 24

Ты бы уже показала, что там. Скрин / консоль.

Совместно со специалистами из vulners натянул таки сову на глобус

Хорошая штука. Есть даже кнопка вызова фиксиков

Совместно со специалистами из vulners натянул таки сову на глобус

?

(Если подтверждаешь событие - на стороне клиента выполняется команда из бюлетеня)

(Если подтверждаешь событие - на стороне клиента выполняется команда из бюлетеня)

Ух

(Если подтверждаешь событие - на стороне клиента выполняется команда из бюлетеня)

А откуда приходят команды из бюллетеня?

Я так понимаю с правами суперпользователя

То есть если в бюллетень напишут плохое то невнимательный админ может получить проблемы

По идее да, но команда подсвечивается

Подскажите. Насколько безопасно использовать сервер-клиент в режиме шифрования? Можно ли пускать это трафик не через тунели, а напрямую?

Подскажите. Насколько безопасно использовать сервер-клиент в режиме шифрования? Можно ли пускать это трафик не через тунели, а напрямую?

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

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

Вы использовали такой вариант? PSK хватит или делать с сертификатом?

сертификат подменить сложнее

да, но я с сертификатом не заморачивался, только PSK делал

Доброго дня. Прошу помощи ссылкой или советом. Zabbix 3.4. На сервере, где стоит Zabbix сервер сотни mount'ных (через bind) разделов. Zabbix надо бавлялял их все через discovery - отключил его и вычистил лишние. Но... теперь он даже при отключенном discovery регулярно пихает во ВСЕ остальные узлы (в агентов) ВСЕ эти файловые системы от сервера. Т.е. в совсем сторонние узлы пихает чужие файловые системы. Как мне его навести на путь истинный?

Я просто не знаю и не гружусь. Тебе ж надо весь лог за 24 часа пихать в заббикс в курсе?

лог и так там уже

Товарищи, а всё-таки, что имеется в виду под "items/triggers" в строчке "housekeeper [deleted 44589 hist/trends, 29218 items/triggers". ОК, hist/trends - это количество удаленных записей в хистори и трендах. А второе?

Дискавери

Т.е. я вот сейчас грохнул два хоста в мониторинге и хаускипер вычистил сотни тысяч какие-то данных. До этого было 0.

Т.е. я вот сейчас грохнул два хоста в мониторинге и хаускипер вычистил сотни тысяч какие-то данных. До этого было 0.

и что не так?

Хотя я глянул – как-то многовато у меня айтемс ) По евентам норм, и по триггерам тоже. Но 45к откуда-то непойми откуда.

нечего было чистить - 0. было что чистить - написал сколько чего

Не не так, а что значит "items/trigger".

Что конкретно он удаляет из БД. События по айтемам? Не метрики же, они ведь в хистори и трендах лежат.

Не не так, а что значит "items/trigger".

думаю суммарное количество этих самых итемов и триггеров

Нууу, два хоста всего, а удалено >300k записей.

Что конкретно он удаляет из БД. События по айтемам? Не метрики же, они ведь в хистори и трендах лежат.

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

Да, на хосте порядка было 50 айтемов и 30 триггеров.

Нууу, два хоста всего, а удалено >300k записей.

а остальные хосты тоже "ротейтятся"

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

Умножаем на 2 и это явно не 300 000. =)

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

Хосты точно не удалял.

я не о том

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

Хосты точно не удалял.

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

Если эта строка говорит о том, сколько удалено реально айтемов, то при среднем количестве 50 айтемов на хост у меня, получается, что удалилось 6000 хостов.

Или я что-то неправильно считаю?

Если эта строка говорит о том, сколько удалено реально айтемов, то при среднем количестве 50 айтемов на хост у меня, получается, что удалилось 6000 хостов.

а сколько айтемов у тебя было по этим 2 хостам?

какой период хранения был?

интересует настройка хистори и тренды

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

Если эта строка говорит о том, сколько удалено реально айтемов, то при среднем количестве 50 айтемов на хост у меня, получается, что удалилось 6000 хостов.

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

31409:20180621:114646.805 housekeeper [deleted 1157369 hist/trends, 0 items/triggers, 62919 events, 31378 problems, 0 sessions, 0 alarms, 0 audit items in 139.373772 sec, idle for 1 hour(s)] 31409:20180621:130008.039 housekeeper [deleted 1174117 hist/trends, 537153 items/triggers, 60201 events, 30020 problems, 0 sessions, 0 alarms, 0 audit items in 800.780415 sec, idle for 1 hour(s)] 31409:20180621:140246.230 housekeeper [deleted 1386177 hist/trends, 0 items/triggers, 71306 events, 35531 problems, 0 sessions, 0 alarms, 0 audit items in 157.736945 sec, idle for 1 hour(s)]

Я не верю в это

а сколько айтемов у тебя было по этим 2 хостам?

Около 100 айтемов на оба + 54 триггера. Срок хранения - неделя, тренды полгода.

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

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

Сначала 0, потом 537153 (откуда столькоо), потом снова 0

Около 100 айтемов на оба + 54 триггера. Срок хранения - неделя, тренды полгода.

давай считать

100 айтемов, неделя

ERROR: S client not available

давай считать

Я же не про собранные данные. =) Это же первая графа - hist/trends.

Тут вопросов нет.

Я не верю в это

У меня так же примерно. С поправкой на объем. =)

580 /****************************************************************************** 581 * * 582 * Function: housekeeping_cleanup * 583 * * 584 * Purpose: remove deleted items data * 585 * * 586 * Return value: number of rows deleted *

Это grep + awk. 1 - количество hist/trends, второе - items/triggers.

580 /****************************************************************************** 581 * * 582 * Function: housekeeping_cleanup * 583 * * 584 * Purpose: remove deleted items data * 585 * * 586 * Return value: number of rows deleted *

./src/zabbix_server/housekeeper/housekeeper.c

Тут собака зарыта

Короче я понял!

Я понял!

deleted 1157369 hist/trends, 0 items/triggers Удалено 1157369 по существующим айтемам, и 0 (всех данных, и хистори и трендов) по удалённым. deleted 1174117 hist/trends, 537153 items/triggers Удалено 1174117 записей по существующим объектам, и 537153 по удалённым. В логе не очевидно записано, но по коду понятно.

614 zbx_strcpy_alloc(&sql, &sql_alloc, &sql_offset, 615 "select housekeeperid,tablename,field,value" 616 " from housekeeper" 617 " where tablename in (");

В таблицу housekeeper попадают айдишки, которые удаляются (руками/апи) и сервером из дискавери

То есть даже если один айтем удалился – из истории грохнется 537153 значений

668 d = DBexecute( 669 "delete from %s" 670 " where %s=" ZBX_FS_UI64 " limit %d", 671 housekeeper.tablename, 672 housekeeper.field, 673 housekeeper.value, 674 CONFIG_MAX_HOUSEKEEPER_DELETE);

82 static zbx_hk_cleanup_table_t hk_cleanup_tables[] = { 83 {"history", &cfg.hk.history_mode}, 84 {"history_log", &cfg.hk.history_mode}, 85 {"history_str", &cfg.hk.history_mode}, 86 {"history_text", &cfg.hk.history_mode}, 87 {"history_uint", &cfg.hk.history_mode}, 88 {"trends", &cfg.hk.trends_mode}, 89 {"trends_uint", &cfg.hk.trends_mode}, 90 {NULL} 91 };

Суммирует все удаления из всех таблиц

То есть даже если один айтем удалился – из истории грохнется 537153 значений

кривой вывод в лог?

кривой вывод в лог?

Прямой вывод. Неочевидная запись. Я бы написал deleted 1157369 existing hist/trends, 0 removed items/triggers

Типа того

Вторая чиселка говорит о том, сколько было удалено записей по несуществующим айтемам? Правильно я понял?)

Да

Угу... Т.е. все равно имеется в виду удаление метрик?

Да

Не самих айтемов, а прям данных, что прилетают. Окей, класс. Спасибо. )

Действительно, лог не очевидно показывает.

Интересно на самом деле. Раньше никто внимания не обращал? Никого не смущало, что удаляется какое-то сильно огромное количество айтемов? =)

Работает и ладно

Интересно на самом деле. Раньше никто внимания не обращал? Никого не смущало, что удаляется какое-то сильно огромное количество айтемов? =)

Думал, что приписками Zabbix балуется?

Интересно на самом деле. Раньше никто внимания не обращал? Никого не смущало, что удаляется какое-то сильно огромное количество айтемов? =)

ты первый. рили )

Медальку дадут? )

Завтра в 11:30