Заббикс умеет для разных уровней алертов разные медиа?

можно разные экшены создать с соответствием

Коллеги, добрый день. Кто-нибудь сталкивался с тем что текст оповещения заббикс отсылает обрезанный? с конца не хватает рандомного количества символов

причем символы разные

Коллеги, добрый день. Кто-нибудь сталкивался с тем что текст оповещения заббикс отсылает обрезанный? с конца не хватает рандомного количества символов

оповещений куда, и сколько символов в оповещении?

Коллеги, добрый день. Кто-нибудь сталкивался с тем что текст оповещения заббикс отсылает обрезанный? с конца не хватает рандомного количества символов

бага 2.3.4

бага 2.3.4

воо. у меня как раз версия 2.3.4

и как лечить это?

оповещений куда, и сколько символов в оповещении?

в таблице алертов в БД такой текст и попадает обрезанный, поэтому суть куда оповещения смысла не имеет

вдруг обрезал бы транспорт, но ок

воо. у меня как раз версия 2.3.4

откатить на 2,3,3

вдруг обрезал бы транспорт, но ок

это проверил в первую очередь

откатить на 2,3,3

как это сделать на боевом чтобы не поломать ничего?

центос 7

у бадушного телеграмского скрипта например раньше была проблема: он отправлял не message, а media (график), и к нему caption; так вот у кэпшенов к изображениям и медиа в телеграме ограничение то ли в 256 символов, то ли в 512

у бадушного телеграмского скрипта например раньше была проблема: он отправлял не message, а media (график), и к нему caption; так вот у кэпшенов к изображениям и медиа в телеграме ограничение то ли в 256 символов, то ли в 512

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

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

ясно

как это сделать на боевом чтобы не поломать ничего?

я забил, посто дописал в алерте еще символов

я забил, посто дописал в алерте еще символов

у меня обрезает комментарии. я комменты в алерт пихаю((

после коментов допищи десяток символов

а это признанная бага?

после коментов допищи десяток символов

ааа. понял. пробелов набацать

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

спасибо

а это признанная бага?

хз, я на форуме написал https://www.zabbix.com/forum/showthread.php?p=196621#post196621

парни, может это лимит на поле в таблице?

парни, может это лимит на поле в таблице?

не. туда можно дописать и больше

комментарии то растут и само сообщение в размере тоже. в таблицу попадает сообщение с нехваткой кусков с хвоста

и так

я откатился. нашел как

все стало гуд

ща расскажу.

yum downgrade zabbix-*

сначала тушим заббикс сервер. потом yum downgrade zabbix-*

предложил он мне версию пакета 3,2,4 индекс 1

откатился.

потом еще раз yum downgrade zabbix-*

там был уже 3,2,3

запустил заббикс сервер и все ок

конфиги и внешние скрипты и алертскрипты не бекапил. ничего не удалилось

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

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

Так сервера и история это разные вещи.

Автоматической чистки хостов нет. Только дискавери айтемы

Очистка истории -> Период хранения данных сетевого обнаружения (в днях) - это что?

Очистка истории -> Период хранения данных сетевого обнаружения (в днях) - это что?

Monitoring-> Discovery очистка вот этого имх

Очистка истории -> Период хранения данных сетевого обнаружения (в днях) - это что?

Период хранения данных это период хранения данных

Очистка истории -> Период хранения данных сетевого обнаружения (в днях) - это что?

период хранения более не обнаруживаемых прототипов, приходящих в джейсоне lld.

Monitoring-> Discovery очистка вот этого имх

вот, а оно нифига не чистит. Более того вообще ничего не чистит. Как было море старого мусора, так и осталось

вот, а оно нифига не чистит. Более того вообще ничего не чистит. Как было море старого мусора, так и осталось

https://www.zabbix.org/wiki/Docs/howto/mysql_backup_script делаешь бекап, потом рековери мусора не будет вообще, так как он эти таблицы не бекапит

я перед тем как конвертировать из innodb_data_file_path в innodb_file_per_table бекапил

и естественно рековерил... но ничего не изменилось от слова совсем, в плане размера

в постгресе есть vacuum, может что-то такое надо над mysql шаманить?

и естественно рековерил... но ничего не изменилось от слова совсем, в плане размера

так ты чем бекапил то? просто дамп делал всех таблиц?

mysqldump

грешен, мускул плохо знаю, делал по написанному

mysqldump

вот, ты все забекапил, а тот скрипт что я приводил, не бекапит таблицы с историей

Благодарю. Сейчас протестирую этот вариант

Да, такой метод уменьшил размеры базы с 4.8 гигов до 45 метров. Почти то что нужно.

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

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

значит где то какой то параметр не так указан

Есть конечно способ самый дурной,

ERROR: S client not available

это снести все настройки обнаружения, и создать заново

но это какой-то костыль

Вот мне и интересно, если очистка истории не работает, то что отвечает за приведение базы в порядок, кроме ручных бэкап - дроп - рековери?

Неужели надо писать запрос который жестко будет чистить таблицу с этими данными... Не хотелось бы

Вот мне и интересно, если очистка истории не работает, то что отвечает за приведение базы в порядок, кроме ручных бэкап - дроп - рековери?

ответить на это могут только разработчики мб у них все это в разработке а сейчас сделали чтоб просто работало хоть как то?

Неужели надо писать запрос который жестко будет чистить таблицу с этими данными... Не хотелось бы

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

это вообще стандартный совет

даже на сайте заббикса есть

Но это же набор костылей

Как-то это не правильно

Но это же набор костылей

партиционирование-то? ну-ну

Не, я про > скриптом удаляйте данные

это вообще стандартный совет

мопед не мой

Но это же набор костылей

что костыль то?

мопед не мой

https://habrahabr.ru/company/zabbix/blog/193472/

Дают, по сути дела, софт энтерпрайс уровня бесплатно, народ жалуется, что оно не работает....

Дают, по сути дела, софт энтерпрайс уровня бесплатно, народ жалуется, что оно не работает....

или работает не так как они хотят :)

эх, "более 32000 узлов"... У меня несколько другой вопрос-то, и "8000-9000NVPS" это не мой уровень

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

Ынтерпрайз это конечно клево. Но логика странная. GLPI к примеру с fusioninventory дает спокойно удалять, старые данные...

Согласитесь, в чем смысл держать в обнаруженных хосты которые уже на свалке разложились? Их нет. Но система, если единожды обнаружила в сети держит информацию о них...

Надо предложить разработчикам zabbix использовать RRDB, сразу убъётся несколько зайцев.

А как это поможет?

ну, у меня, до сих пор работает старая система мониторинга на RRDB. и, как бы, это порядка 15 лет уже. Хосты всё те же, метрики тоже, что в заббиксе, что в ней. Проблема в том, что нет адекватной морды для админки, всё правится на уровне скриптов.

Это понятно, но как это изменит ситуацию с заббиксом?

и работает всё на Intel(R) Core(TM)2 с 2ГБ ОЗУ

а заббикс сидит на 12 ядрах и 48Гб памяти.

в RRDB нет проблем с очисткой и фрагментацией, нежели в PGSql и MySQL

ну в postgres'e вроде как vacuum решает такие проблемы, это если очистка мусора

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