так, посэтил в кли кликахауса заработало но селект делается только с двух, видимо надо поправить еще параметр max_parallel_replicas

а как посэтить в конфиге prefer_localhost_replica

так max_parallel_replicas это сработало, теперь селекты со всех делаются.

Добрый день!
Подскажите пожалуйста, можно в клике получить "схлопнутые" непрерывные последовательности значений?
Есть:
1
2
3
4
6
7
8
9
Хочется :
1 4
6 9

Как минимум функция runningDifference Вам может помочь приблизиться к цели

Это понятно. Никак не могу сделать реализацию, только приближаюсь :)

Привет. Такой вопрос: не было ли несовместимых изменений в протоколе между версиями
19.8.3 revision 54420
19.15.3 revision 54426

?

Есть distributed-таблица, в которую идет вставка. Она смотрит на несколько replicatedMergeTree. Сервера давно не обновлялись, да. Появилась новая пара серверов. Селекты к ним через Distributed-таблицу шли нормально. Вставки через clickhouse-client тоже ок. А при попытке добавления с ненулевым весом в кластер для вставки через Distributed - запросы просто не шли. Проверил - на машинку не было значимого входящего трафа, вообще. Хотя должен был быть в десятки мегабит, запросы большие.

Почему такое могло возникать? Сетевых проблем не было точно. все хосты доступны, ZK доступен, все друг друга видят.

так старые сервера не знают про новые пока не обновлен remote servers конфиг, ЗК тут вообще не при делах

Привет!
Был у меня контейнер с КХ, все было хорошо пока его не рестартанула. Теперь ругается, вот так:

2019.11.27 17:42:28.208114 [ 1 ] {} <Error> Application: Invalid argument: Invalid prefix length passed to IPAddress()

Что бы это могло значить?

Все обновлено конечно. Запросы видно в processlist. А вот соответствующего входящего трафа на интерфейсе нет

Все обновлено конечно. Запросы видно в processlist. А вот соответствующего входящего трафа на интерфейсе нет.

Как будто бы запрос есть, а его тела с данными нет.

19.8.3 действительно несовместима с любой другой версией. Но там ошибка будет Unknown packet 0 from server localhost:9000

Ого. А в changelog я ничего подобного не нашел. Есть понимание деталей? Что изменилось?

просто баг в 19.8, любые другие версии совместимы между собой.

ох ты как мне повезло…

Хм. Это несовместимость клиентов. У меня, кстати, такого не наблюдалось - старый клиент успешно ходил к новому серверу и наоборот. А если я обновлю сервера и клиенты - в накопленное в очереди Ditributed не побьется?

сервера тоже несовместимы в distributed запросах. В чем проблема 19.8.3 поставить везде?
дистрибьютид файлы на диске должны быть совместимы, там баг на уровне сетевого протокола был

подскажите пожалуйста. для репликации указывается кластер зукипера из трех нод
node index="1"
node index="2"
node index="3"

не нашел на что влияют эти параметры.

Могу оставить только одну ноду зукипера в конфиге кликхауса? если учесть что кластер зукипера все также из 3х нод будет?
т.е. вот так сделать
<zookeeper>
   <node index="1">
       <host>example1</host>
       <port>2181</port>
   </node>
</zookeeper>