Ребят, поискал в гите - не нашел такой баг (мож

Question

Ребят, поискал в гите - не нашел такой баг (мож

конечно и фича, или я сам дурак)
create table tab_name on cluster <cluster> as <teable_with_engine=Merge> engine=ReplicatedMergeTree ...
орабатывает ок и даже можно юзать
но при рестарте сервера ZK настаивал что у таблицы не тот ДДЛ (встречал похожие баги в гите и тут в истории, обычно про дефолты и про действительную разницу между аттач в мете на разных машинах)
2020.06.22 16:26:20.057518 [ 3772706 ] {} <Error> ThreadPool: Exception in ThreadPool(max_threads: 32, max_free_threads: 32, queue_size: 32, shutdown_on_exception: 1).: Code: 122, e.displayText() = DB::Exception: Table columns structure in ZooKeeper is different from local table structure: Cannot attach table <db>.<table_name> from metadata file /var/lib/clickhouse/metadata/<db>/<table_name>.sql from query ATTACH TABLE <table_name>

При проверке в ZK оказалось что он магическую колонку
_table String
счел как боевую, и собственно на нее и ругался
При этом в метаданных кх (/var/lib/clickhouse/metadata/<db>/<table_name>.sql, идентичных на машинах кластера) этой колонки естественно не было

Собственно вопрос: баг? / фича? (+= заводить в гите?)

*+ я теперь опасаюсь за потенциальные проблемы с _shard_num колонкой

#backend #clickhouse #database #devops #programming #russian

0

23.06.2020

1 ответов

14 просмотров

Dmitry [Altinity] Titov · Accepted Answer

Dmitry [Altinity] Titov

При проверке в ZK оказалось что он магическую колонку _table String у тебя есть такая колонка в ддл?

0

23.06.2020

184 похожих чатов

Ребят, поискал в гите - не нашел такой баг (мож

1 ответов

Похожие вопросы