Не у кого не возникало ощущение что carbon-c-relay течет по дескрипторам?

есть кто мониторит luigi?

есть кто мониторит luigi?

что это

что это

https://github.com/spotify/luigi

"кто чем мониторит модуль для пайтона""

Не у кого не возникало ощущение что carbon-c-relay течет по дескрипторам?

много раз уже тут поднимали тему что очень небольшое количество билдов carbon-c-relay не являются "жидкими", @Civiloid может подсказать какие, ну или у него есть "горелка" но как я понял она не успела стать продуктивной

"кто чем мониторит модуль для пайтона""

http://luigi.readthedocs.io/en/stable/_modules/luigi/server.html http://luigi.readthedocs.io/en/stable/central_scheduler.html это уже больше чем модуль

А написано, что модуль

много раз уже тут поднимали тему что очень небольшое количество билдов carbon-c-relay не являются "жидкими", @Civiloid может подсказать какие, ну или у него есть "горелка" но как я понял она не успела стать продуктивной

Не успела

http://luigi.readthedocs.io/en/stable/_modules/luigi/server.html http://luigi.readthedocs.io/en/stable/central_scheduler.html это уже больше чем модуль

мы встраивали deadman snitch и авторегистрацию проверки в каждую джобу

типа джоба знает своё расписание, и регит чек, не отстучалась, алёрт

типа джоба знает своё расписание, и регит чек, не отстучалась, алёрт

на сколько я понял, там на 30 успешных примерно 80 неуспешных

и это норма

эмс, ты можешь мониторить то, что ты можешь измерить, и на что ты можешь установить понятные условия

если у тебя условие "хотя бы раз в 12 часов", то такого рода проверка работает тоже

Не у кого не возникало ощущение что carbon-c-relay течет по дескрипторам?

Есть одна годная для жёсткого продакшна версия, поищи в логах, там @Civiloid отвечал. Или позже скажу, когда до работы дойду.

Есть одна годная для жёсткого продакшна версия, поищи в логах, там @Civiloid отвечал. Или позже скажу, когда до работы дойду.

Ну мы юзали форк которые на libevent вместо селекта

Но там баг

Он метрики изредка ломал

А ща я не знаю что уже, надо у @azhiltsov спрашивать

не, ты писал про конкретную версию из репы - ещё ту, которая толком не настраивается ?))

Ну мы юзали форк которые на libevent вместо селекта

Я вот его как раз и юзаю.

Он метрики изредка ломал

Ломает метрики если virify пытаться делать - там оно как-то оч плохо работает

Я вот его как раз и юзаю.

Он может течь

Но я не помню, опять же сейчас всем этим в букинге Алексей занимается

течью? )

течью? )

Устранением течей

нет понятных причин этому гадству?)

Ну мы юзали форк которые на libevent вместо селекта

libevent версию мы закопали после вот этого https://github.com/grobian/carbon-c-relay/issues/216#issuecomment-383576466

Не у кого не возникало ощущение что carbon-c-relay течет по дескрипторам?

из того, что работает стабильно 9cdf4d4 + patch

из того, что работает стабильно 9cdf4d4 + patch

Это основной сборки? А патч какой?

libevent версию мы закопали после вот этого https://github.com/grobian/carbon-c-relay/issues/216#issuecomment-383576466

Вы кстати откоментили б

libevent версию мы закопали после вот этого https://github.com/grobian/carbon-c-relay/issues/216#issuecomment-383576466

Ну да, в баге как раз мой коммент :)

Это основной сборки? А патч какой?

это сборка из master patch $ cat carbon-c-relay-2.6-fix-statistics.patch diff --git a/collector.c b/collector.c index a6dbff8..602084c 100644 --- a/collector.c +++ b/collector.c @@ -127,7 +127,10 @@ collector_runner(void *s) /* prepare hostname for graphite metrics */ snprintf(metric, sizeof(metric), "%scarbon.relays.%s", stub == NULL ? "" : stub, relay_hostname); - for (m = metric + strlen("carbon.relays."); *m != '\0'; m++) + size_t stub_len = 0; + if (stub != NULL) + stub_len = strlen(stub); + for (m = metric + stub_len + strlen("carbon.relays."); *m != '\0'; m++) if (*m == '.') *m = '_'; *m++ = '.';

а ещё можно вот так

он не достаточно быстрый т прокачивает около 260К points/sec но по крайней мере не гадит

все чтто мы пробовали выше постоянно ломалось. Я устал и забил.

все чтто мы пробовали выше постоянно ломалось. Я устал и забил.

Надо потом будет горелку допиливать

ну я пробовал 2.6 он вообще не держит резкие берсты - просто дропает и все, libevent переживает норм

Надо потом будет горелку допиливать

тут есть предложение от Олега, он уже что-то написал, пойду узнаю лежит ли оно в открытом доступе

кстати мусор в префиксах - очень похоже на то как если бы в обычный 2003 слать с помощью pickle - будет абсолютно такая же картина

Mahsoud Max Badalbaev будет жить. Поприветствуем!

Он может течь

Он течет, и метрики ломает, да. Сижу на 2.6

@Andorka спрошу сразу у тебя ) почему алертменеджер после матча не не шлет сообщение в дефолтовый роут? с учетом того что стоит continue: true

Лол

Не знаю, надо конфиг смотреть

Привет! А как то можно собрать метрики с экспортера если к нему нет доступа, но есть возможность делать исходящие соединения ?

и реверс-прокси не поставить?

кастылить

и реверс-прокси не поставить?

неа (

кастылить

а какие варианты костылинга есть?

инфлюкс))

поставь прометея рядом с экспортером и сделай remote_write :D

да, как вариант

мне нужо метрики с одного виндового сервера в дмз вытащить

либо пилить свой "экспортер", который будет слать на нормальный

а есть вменяемый гайд по экспортерам?

в каком виде надо отдавать данные

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

ERROR: S client not available

мне нужо метрики с одного виндового сервера в дмз вытащить

впн не проще?

в каком виде надо отдавать данные

есть же клиенты на кучу языков

не клиенты, а либы

пардон, да

клиент, это клиент

да нашел from prometheus_client import start_http_server, Summary

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

вот список на оф сайте https://prometheus.io/docs/instrumenting/clientlibs/

впн не проще?

похоже так и придется делать

я сейчас пишу скриптики которые будут выдергивать состояние серверов. (0-ок/1-warning/2-alert) гарантийку и тд. отображать мне все это надо в графане. решил складывать в пром. мб лучще куда то в другое место?

данные забираются через api из систеы вендорного мониторинга

я сейчас пишу скриптики которые будут выдергивать состояние серверов. (0-ок/1-warning/2-alert) гарантийку и тд. отображать мне все это надо в графане. решил складывать в пром. мб лучще куда то в другое место?

я подобие делаю для кучи etl-джобов, дергая состояние из базы

правда такая метрика ограничено может использоваться, но в целом годно, потом уже проще понять, что и как надо еще сделать

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

но это позже)

спасибо !

А вот кто-нибудь использовал status-panel?

она из прома работает?

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

@fediq будет жить. Поприветствуем!

@flexoadm будет жить. Поприветствуем!

какие тут страсти....

Коллеги, а в легенде плагина "current" и "percentage" не из плагина берутся, а из самой графаны? Захотел перевести, чтобы красиво было

current - это крайняя точка во временном диапазоне графаны

Что сделать?

с этим я уже столкнулся ?

Я так и подумал...

Кстати в настройках дашборды now можно сдвинуть

Может кому-то полезно будет