Такой вопрос. Напоролись на десинк. дропали партиции в табличке, которая раскидана

Question

Такой вопрос. Напоролись на десинк. дропали партиции в табличке, которая раскидана

на 3 шарда с двумя репликами каждый.
следом был сделан drop table с on cluster.
В итоге спустя день не удается создать таблицу с таким же названием. Походу в ZK залипли данные. "Existing table metadata in ZooKeeper differs in primary key."
Посмотрел в клике в store - там нет в метаданных sql файла.
В ZK при этом вся ветка по трем шардам есть и там данные.

Я правильно понимаю, что надо просто дропнуть эту ветку в ZK?
В самом клике ничего подчищать не надо?

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

0

23.01.2023

2 ответов

22 просмотра

Nikolay Didenko Автор вопроса

покопал логи. интересненько получилось: Споткнулись об лимит на удаление. На всех серверах есть эти логи. 2023.01.23 10:36:06.093563 [ 364 ] {403cb688-6cfc-4478-8791-c88bf75a6500} <Error> DDLWorker: Query DROP TABLE db.table wasn't finished successfully: Code: 359. DB::Exception: Table or Part ition in db.table was not dropped. Reason: 1. Size (102.50 GB) is greater than max_[table/partition]_size_to_drop (50.00 GB) .... 2023.01.23 10:42:37.046851 [ 364 ] {4e59265f-52b5-402c-9488-b7f919644bad} <Error> executeQuery: Code: 342. DB::Exception: Existing table metadata in ZooKeeper differs in primary key. Stored in ZooKeeper: ... from ZooKeeper: ... (METADATA_MISMATCH) ... А на хосте, на который прилетают запросы есть такой запрос в промежутке: 2023.01.23 10:41:40.720728 [ 653 ] {2d1c84cd-ad25-44e5-8c13-689488955588} <Information> db.table_local (c2fd61be-4368-460c-9574-1fcd1c5aa5a1): Stopped being leader Как я понимаю удаление якобы прошло. При этом на сервере, который принимает коннкеты - таблица удалена фактически и в metadata_dropped ее нет. А на остальных серверах есть файл metadata_dropped/db.table_local.c2fd61be-4368-460c-9574-1fcd1c5aa5a1.sql И ключ таблицы в ZK тоже сохранился.

0

23.01.2023

Denny [Altinity] · Accepted Answer

Denny [Altinity]

Nikolay Didenko
покопал логи. интересненько получилось: Споткнули...

>metadata_dropped/db.table_local.c2fd61be-4368-460c-9574-1fcd1c5aa5a1.sql так таблица не может удалится, надо в логе КХ смотреть почему поменяйте в конфиге временно на max_table_size_to_drop=0

0

24.01.2023

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

Такой вопрос. Напоролись на десинк. дропали партиции в табличке, которая раскидана

2 ответов

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