на втором шарде:
<Warning> followers.user_geo: Part 53_13287_13287_0 is covered by 53_13287_13708_131 but should be merged into 53_8655_13287_4364. This shouldn't happen often.
2020.08.19 12:35:58.372644 [ 93237 ] {} <Error> followers.user_geo: DB::StorageReplicatedMergeTree::queueTask()::<lambda(DB::StorageReplicatedMergeTree::LogEntryPtr&)>: Code: 49, e.displayText() = DB::Exception: Part 53_8655_13287_4364 intersects next part 53_13287_13708_131 (state Committed). It is a bug., Stack trace (when copying this message, always include the lines below)

рестартовали КХ ?  или зукиперы все ? или что?

когда настраивал в ЗК джайдест

я не понимаю что случилось, я бы делал alter table detach partition / alter table attach partition

я так понимаю на этот момент лучше остановить INSERT в КХ?

@den_crane таки на всех нодах я так понимаю ?

на одной из реплик в каждом шарде, точнее проблема на одном только шарде, поэтому ТОЛЬКО на одном сервере

т.е любой сервер(реплика) данной шарды

@nyoroon очень сомневаюсь я насчёт того, что данные в колонке анализируются и собираются в кастомные словари. Иначе, у меня бы compress ratio был в 2 раза больше, чем 2.27

получается делаю детач, иду на второй серве дропаю все что в директории detach и потом уже делаю аттач?

при чем тут колонка, КХ собирает bin файлик, и компрессит блоки по 64кб - 1мб (в зависимости от настройки). КХ не управляет zstd , zstd видит только блок (64 кб)

получается делаю детач, иду на второй серве дропаю все что в директории detach и потом уже делаю аттач?

Ну так сжимает он каждую колонку своим алгоритмом.

detach / attach
если все хорошо удаляем из detached (хоть через неделю)