Да, там уже в тестовом режиме есть.

В 3.4 кажется

Эту тему уже кстати месяц назад спрашивали тоже.

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

ну например хранить метрики cpu, mem_usage, то бишь хардварные метрики

различные бизнесовые метрики

так сколько их, у меня вон инфлюкс с трёх калек без каких то проблем, а многие вон плачут когда в него пол ДЦ гадит

Ох хвастается или печалится собранной схемой?

Ох хвастается или печалится собранной схемой?

ему хорошо, метрик не особо много

ну так а в чём тогда вопрос? пацаны не одобрят?

ну так а в чём тогда вопрос? пацаны не одобрят?

хорошая ли это практика так делать или нет

и в сравнение с тем же influx ниже ли производительность

так сколько их, у меня вон инфлюкс с трёх калек без каких то проблем, а многие вон плачут когда в него пол ДЦ гадит

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

но смотрим в clickhouse

ну... если ему хорошо и метрик не много, то хоть на шеле и файлах, какая разница то

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

ebay вроде хвастались метриками в эластике, в этом чяте высмеива^W обсуждалось пару месяцев назад

а кто в эластике делает роллапы?

Кубернетес не предлагать?

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

вообще можно и нет, но можно и да

Ну вот наверное больше интересует вариант без засовывания сервисов в кубернетис , попробую погуглить (не знал что так вобще возможно) В кубернетис засовывать сервисы пока возможности особой нет, спасибо

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

я вот через файлы юзал, которые генерились puppet'ом из puppetdb

А сколько это в метриках и точках в секунду?

Evgeny , как всегда -- сначала мало, потом больше. :) Порядка 500к метрик нижняя планка. Верхняя -- не понятно. Интервал 10 с, т.е. 50к/с

Кстати, ищу на этот проект человека. С перспективой продолжения.

Доброго утра, чатик

Когда у тебя дипломка с мониторингом и зашел в нужный чатик )

Начну сразу с вопроса. Поднял свежую графану, прикрутил LDAP авторизацию, запустил с БД от старой графаны. Некоторые юзеры, которые авторизовывались на старой графане не могут авторизоваться на новой (зависимости не нашёл, в домене все группы абсолютно идентичны). В логе ошибка выглядит так: lvl=eror msg="Error while trying to authenticate user" logger=context userId=0 orgId=0 uname= error="pq: value too long for type character varying(190)" БД - постгрес Графана в докере

При этом пользователь в домене найден и опознан

Начну сразу с вопроса. Поднял свежую графану, прикрутил LDAP авторизацию, запустил с БД от старой графаны. Некоторые юзеры, которые авторизовывались на старой графане не могут авторизоваться на новой (зависимости не нашёл, в домене все группы абсолютно идентичны). В логе ошибка выглядит так: lvl=eror msg="Error while trying to authenticate user" logger=context userId=0 orgId=0 uname= error="pq: value too long for type character varying(190)" БД - постгрес Графана в докере

Можно логи в дебаг поставить, может, более подробно будет описано, где проблема.

Можно логи в дебаг поставить, может, более подробно будет описано, где проблема.

Это и так дебаг=) И больше там нет ничего

Это и так дебаг=) И больше там нет ничего

Я посмотрю, что там в исходниках. А подробнее можно описать, как процесс переноса происходил?

Я посмотрю, что там в исходниках. А подробнее можно описать, как процесс переноса происходил?

НИчего не переносил, просто новый докер запустил

В старой графане была ldap?

Да

Версии какие?

Старая 4.4.1, новая - 5.2.0

Конфиги идентичны, пользователи в домене идентичны, база была и чистая и старая

Начну сразу с вопроса. Поднял свежую графану, прикрутил LDAP авторизацию, запустил с БД от старой графаны. Некоторые юзеры, которые авторизовывались на старой графане не могут авторизоваться на новой (зависимости не нашёл, в домене все группы абсолютно идентичны). В логе ошибка выглядит так: lvl=eror msg="Error while trying to authenticate user" logger=context userId=0 orgId=0 uname= error="pq: value too long for type character varying(190)" БД - постгрес Графана в докере

Там вроде в changelog было чтото про докер в последней версии http://docs.grafana.org/installation/docker/#migration-from-a-previous-version-of-the-docker-container-to-5-1-or-later

Там вроде в changelog было чтото про докер в последней версии http://docs.grafana.org/installation/docker/#migration-from-a-previous-version-of-the-docker-container-to-5-1-or-later

Тут немного не то. У меня не используются какие то файлы, все конфиги артифактом забираются из KV Store и стартует собственный докер (там сразу предустановлены некоторые плагины)

Меня беспокоит то, что некоторые пользователи без проблем авторизуются, а у некоторых (даже те, что были авторизованны на старой графане) - ошибка. Причём совсем неважно пустая там база или от предыдущей графаны

Начну сразу с вопроса. Поднял свежую графану, прикрутил LDAP авторизацию, запустил с БД от старой графаны. Некоторые юзеры, которые авторизовывались на старой графане не могут авторизоваться на новой (зависимости не нашёл, в домене все группы абсолютно идентичны). В логе ошибка выглядит так: lvl=eror msg="Error while trying to authenticate user" logger=context userId=0 orgId=0 uname= error="pq: value too long for type character varying(190)" БД - постгрес Графана в докере

а где-то длиииииные строки (>190 символов) имеют место?

а где-то длиииииные строки (>190 символов) имеют место?

Нет. Говорю же - пользователи идентичны (различаются только имена, но есть такое, что имя рабочей учётки короче, чем имя нерабочей)

Нет. Говорю же - пользователи идентичны (различаются только имена, но есть такое, что имя рабочей учётки короче, чем имя нерабочей)

good point. а возможно создать для целей тестов учётку с коротким именем, а потом переименовать в длинное?

good point. а возможно создать для целей тестов учётку с коротким именем, а потом переименовать в длинное?

Делали=) Даже переименовывали латиницу в кириллицу и наоборот

Делали=) Даже переименовывали латиницу в кириллицу и наоборот

Логирование на тему лдапа в графане так себе. Я чуть лоб об клаву не разбил, пока настраивал (только, конечно, никаких AD - нормальный reOpenLDAP и всё). Думаю, стоит попробовать посмотреть служебные атрибуты, которые возвращаются поисковыми запросами в LDAP.

Дело в том, что юзера то он находит

Начну сразу с вопроса. Поднял свежую графану, прикрутил LDAP авторизацию, запустил с БД от старой графаны. Некоторые юзеры, которые авторизовывались на старой графане не могут авторизоваться на новой (зависимости не нашёл, в домене все группы абсолютно идентичны). В логе ошибка выглядит так: lvl=eror msg="Error while trying to authenticate user" logger=context userId=0 orgId=0 uname= error="pq: value too long for type character varying(190)" БД - постгрес Графана в докере

Я бы читал так: при попытке добавить юзера в базу она тебе отвечает что одно из полей слишком длинное

Я бы читал так: при попытке добавить юзера в базу она тебе отвечает что одно из полей слишком длинное

В одной из баз пользователь уже есть

В одной из баз пользователь уже есть

Там авторизация по лдапу по прежнему через nginx?

Не знаю

Если да, то при логине юзер добавляется в лдап

Не знаю

Ну ты настраивал же

https://www.youtube.com/watch?v=lfp46UyhsQ0

там это, видосы завезли

Ну ты настраивал же

Там два конфига. grafana.ini и ldap.toml. Ни о каком nginx я не знаю. Всё делается средствами графаны

Там два конфига. grafana.ini и ldap.toml. Ни о каком nginx я не знаю. Всё делается средствами графаны

Ок, тогда не знаю как это работает. То что я видел делало юзеров новых в базе при первом логине

База с прошлой графаны. Пользователь там есть

База с прошлой графаны. Пользователь там есть

Ну меня в той ошибке смущает что оно идёт от постгреса

То есть он явно куда тот что то пытается вставить и получает отлуп

pq - это постгрес?

pq - это постгрес?

Я так понимаю да

"явно" и "я так понимаю" - несколько разные вещи=)

Постгрес обычно pg обозначается

ERROR: S client not available

Постгрес обычно pg обозначается

Но libpq

"явно" и "я так понимаю" - несколько разные вещи=)

Поищи по сырцам

// Package pq is a pure Go Postgres driver for the database/sql package.

Спасибо

Буду знать

Там авторизация по лдапу по прежнему через nginx?

В графане примерно с версии 2.6 авторизация по лдапу нативная

Убогая, но нативная

В графане примерно с версии 2.6 авторизация по лдапу нативная

Ну вот по какой то причине то что я видел использовало nginx

Ок, тогда не знаю как это работает. То что я видел делало юзеров новых в базе при первом логине

Так и есть (по крайней мере для 4.6)

И передачу юзера как хедера

Возможно это была локальная специфика

Возможно это была локальная специфика

Мб

Или старая графана

Или старая графана

Ну там она исправно обновлялась

Ну там она исправно обновлялась

так исторически сложилось(с)

так исторически сложилось(с)

Или были какие то особенности

В grafana для table можно менять местами столбцы?

Так, с sqlite такого косяка нет. Да, виноват ПГ. А не подскажете, как выявить поле (поля), которые косячат?

Так, с sqlite такого косяка нет. Да, виноват ПГ. А не подскажете, как выявить поле (поля), которые косячат?

посмотри кто там varchar(190) :)

но у графаны это беда, да, там логи плохие

непонятно в какую таблицу даже запрос

Дак да

Нашёл поля login и email с 190

Поменял - эффект 0

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

и мб отправил бы им багрепорт

или посмотрел бы имеющиеся

или посмотрел бы имеющиеся

Там по миллиону причин такая ошибка

Да, баг-репорт было бы неплохо.

а графана 5,1,3 побыстрее 5,0,4 по ощущениям сильно