Можно хотя бы жирным текстом важные изменения отмечать в CHANGES

Добрый день. Плагин датасорса 2.0.2 в графане 7.1.2 у кого-нибудь работает?

у меня работает
смотрели в README замечания по grafana 7.x ?

что конкретно у вас отвалилось?

Распаковал в плагины с нуля, рестартовал графану, в списке плагинов отсутствует

повторю
смотрели в README замечания по grafana 7.x ?

В readme  не нашëл, смотрю, что-то есть в  changelog  для 2.0.0

И это помогло, спасибо!

а блин точно ;( на странице в 2.0.2 в репозитории Grafana старый еще README ;(
https://github.com/Vertamedia/clickhouse-grafana#grafana-7x-setup-notes

so, for properly setup you need change configuration option

[plugins]
allow_loading_unsigned_plugins=vertamedia-clickhouse-datasource
or setup environment variable

GF_PLUGINS_ALLOW_LOADING_UNSIGNED_PLUGINS=vertamedia-clickhouse-datasource

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

Шохарактерно, после того, как добавил поле и использовал его (инсертил новые строки с этим новым значением), не даёт использовать фильтр по этому полю, говорит
Key expression contains comparison between inconvertible types: Enum16('hz' = 0, 'ga' = 1, 'bq' = 2, 'ym' = 3, 'adriver' = 4, 'sizmek' = 5, 'weborama' = 6, 'crm' = 7) and String inside src = 'dcm' (version 20.6.3.28 (official build))

Т.е. Enum8 был расширен полем 'dcm'

В итоге WHERE по этому значению не работает напрямую

SELECT *
FROM db.tb
WHERE ProjectID==7
AND src=='dcm'

И нужно делать инвертированный фильтр

SELECT *
FROM db.tb
WHERE ProjectID==7
AND not (src=='hz' OR src=='ga' OR src=='bq' OR src=='ym' OR src=='adriver' OR src=='sizmek' OR src=='weborama' OR src=='crm')

Но ведь это же черезжопство...
Явно какая-то ошибка

Привет
есть вопрос не совсем по кликхаусу но смежный.
Я использую clickhouse как backend для graphite- clickhouse.  В целом работает нормально но если в запросе используется summarize и по этому запросу достаточно много метрик то на выходе получается очень много маленьких query. Настолько много что даже за 5min может не успевает обработать.
Я понимаю что вопрос скорее к разработчикам graphite- clickhouse, но может кто сталкивался с подобным?

Подскажите пожалуйста.
Пытаюсь сделать запрос insert into table select from mysql(...)
В мускуле порядка 40-50М Записей.
Получаю ошибку

Received exception from server (version 20.4.5):
Code: 306. DB::Exception: Received from XXX.XXX.XXX.XXX:9000. DB::Exception: Stack size too large. Stack address: 0x7f6c9ec18000, frame address: 0x7f6c9f0160d0, stack size: 4202288, maximum stack size: 8388608. 
Query was cancelled.

С чем может быть связано? На другом сервере такой запрос выполнялся нормально (примерно за 200 сек)

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

https://github.com/housepower/clickhouse_sinker ?

Добрый день! А кто-нибудь пытался сбилдить Кликхаус для AARCH64 на redhat?  Я следовал этой  инструкции https://clickhouse.tech/docs/en/development/build-cross-arm/ (с попправкой на redhat), но  на CC=clang-8 CXX=clang++-8 cmake . -Bbuild-arm64 -DCMAKE_TOOLCHAIN_FILE=cmake/linux/toolchain-aarch64.cmake  падает :(

При реплицированной таблице, MV из неё в другую реплицированную надо создавать на всех нодах? Если не на всех, то как оно будет работать при отключении той, на которой создавали?

Всем привет, а чисто случайно не у кого нет Access базы "Библиотека" ?)) Знакомая пытается закончить учебу )) если что по специальности не работает и работать не будет