а, я понял, словари вообще не завелись.

из-за разных конфигов в 20 и 19

вам надо словари из основной папки конфигов передвинуть куда угодно, например в папку dict и в конфиг указать что словари в dict
<dictionaries_config>dict/*.xml</dictionaries_config>

Попробовал, но ошибка не ушла
Мог ли измениться сам формат описания словарей?

Добрый день, уважаемое сообщество!

Ребята, пожалуйста помогите разобраться с проблемой.
Дано: Есть несколько больших таблиц ReplicatedMergeTree, в которые с помощью МВ переливаются данные из таблиц с Kafka движком.
и есть ещё одна таблица - t4 c движком MergeTree. В t4 начинаем перекачивать данные через jdbc коннектор батчами по 100 000 строк. Через некоторое время в логах КХ появляются сообщения вида:

<Error> DynamicQueryHandler: Code: 241, e.displayText() = DB::Exception: Memory limit (total) exceeded: would use 27.61 GiB (attempt to allocate chunk of 4197660 bytes)

После чего почти сразу в лог прилетают сообщения вида:

<Error> void DB::StorageKafka::threadFunc(): Code: 242, e.displayText() = DB::Exception: Table is in readonly mode, Stack trace (when copying this message, always include the lines below)

Опытным путём мы выяснили, что блочится не та таблица, в которую льются данные - t4, а самые большие по объёму таблицы ReplicatedMergeTree, в которые данные довольно не спешно переливаются из таблиц с Kafka движком.

Разблокировать таблицы получается только перезагрузкой clickhouse.

Почему таблицы переходят в readonly mode? И что можно сделать, чтобы этого избежать?

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

могу удалить вас из чата, недорого

вы бы хоть версию КХ сказали. Скорее всего это давно решенная проблема с аккаунтигом использованной памяти

правильно ли я понимаю:
Layer - id группы машин? Есть ли ограничение на глубину вложенности?

То есть layer в макросе, по сути, просто некий номер, по которому таблица репликации определяет все машины,
по которым она должны реплицировать свои данные.
Получается, если хотелось бы иметь какую-то таблицу, которую следует реплицировать по всем кластерам, их шардам,
их репликам, то это получилось бы трехуровневое шардирование, типо того:
<macros>
   <layer>1</layer>
   <layer>2</layer>
   <shard>1</shard>
   <replica>1</replica>
</macros>

ENGINE = ReplicatedMergeTree('/clickhouse/tables/{layer}_{layer}_{shard}/DB1.Tab1', '{replica}')

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

ENGINE = ReplicatedMergeTree('/clickhouse/tables/1-2-{shard}/DB1.Tab1', '{replica}')

layer нужен яндексу, потому что там большой кластер 400+ машин , вам это не нужно, забудьте.

Если вы хотите разреплицировать таблицу на все ноды в вашем кластере, то просто опустите {shard} в zk пути таблицы при создании таблицы

Удалиться из чата я и сам могу. Но каждый раз когда возникает нужда - искать его, добавлять а потом опять удаляться - неудобно.

Добрый день. Подскажите как можно без downtime или с минимальным downtime переместить данные с одного диска на другой

А у меня в двадцати других чатах не пинят то, что никому не нужно. И да, решение есть, я этот вопрос в прошлый раз и поднимал - но только для telegramX. В декстопном\веб - нет варианта, кроме как вырубать все уведомления вообще.

Да, извините, действительно надо  было с версии начинать
ClickHouse server version 20.4.4 revision 54434

ставьте 20.4.9.110

https://github.com/ClickHouse/ClickHouse/issues/12583

сейчас я делаю запрос в пг, получаю csv и его импортирую черещ clickhouse-client да. но блин запрос идет по 30 минут в пг)