В логах ругается про DB::Exception: Too many parts (300)

И еще 2020.07.09 01:36:53.768956 [ 40 ] {} <Error> <db.table> (ReplicatedMergeTreeRestartingThread): void DB::ReplicatedMergeTreeRestartingThread::run(): Code: 27, e.displayText() = DB::Exception: Cannot parse input: expected \n before: alter_version\n1\nhave_mutation\n0\ncolumns_str_size:\n2534\ncolumns format version: 1\n55 columns:\n`date` Date\n`time` DateTime\n`source` UInt32\tDEFAULT\tCAST(0, \\\'UInt3, Stack trace:

0. /usr/bin/clickhouse-server(StackTrace::StackTrace()+0x30) [0x7f6a570]
1. /usr/bin/clickhouse-server(DB::Exception::Exception(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, int)+0x25) [0x3c464b5]
2. /usr/bin/clickhouse-server() [0x37b7879]
3. /usr/bin/clickhouse-server(DB::assertString(char const*, DB::ReadBuffer&)+0x8c) [0x3c6207c]
4. /usr/bin/clickhouse-server(DB::ReplicatedMergeTreeLogEntryData::readText(DB::ReadBuffer&)+0x287) [0x70f43e7]
5. /usr/bin/clickhouse-server(DB::ReplicatedMergeTreeLogEntry::parse(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, Coordination::Stat const&)+0x18a) [0x70f4eda]
6. /usr/bin/clickhouse-server(DB::ReplicatedMergeTreeQueue::pullLogsToQueue(std::shared_ptr<zkutil::ZooKeeper>, std::function<void (Coordination::WatchResponse const&)>)+0x9da) [0x710ccea]
7. /usr/bin/clickhouse-server(DB::ReplicatedMergeTreeRestartingThread::tryStartup()+0x139) [0x711b9b9]
8. /usr/bin/clickhouse-server(DB::ReplicatedMergeTreeRestartingThread::run()+0x7b0) [0x711c420]
9. /usr/bin/clickhouse-server(DB::BackgroundSchedulePoolTaskInfo::execute()+0xf9) [0x72bc449]
10. /usr/bin/clickhouse-server(DB::BackgroundSchedulePool::threadFunction()+0x6a) [0x72bcc9a]
11. /usr/bin/clickhouse-server() [0x72bcd1a]
12. /usr/bin/clickhouse-server(ThreadPoolImpl<std::thread>::worker(std::_List_iterator<std::thread>)+0x1a6) [0x3c75d46]
13. /usr/bin/clickhouse-server() [0xba3d0e0]
14. /lib/x86_64-linux-gnu/libpthread.so.0(+0x76db) [0x7fa2d7c0f6db]
15. /lib/x86_64-linux-gnu/libc.so.6(clone+0x3f) [0x7fa2d7396a3f]
(version 19.13.2.19 (official build))

первое какая то странная ошибка, у вас обе ноды одинаковой версии были?

Вы что прям дропом удадили таблицу на одной из реплик? А потом создали? Вам надо форс флаг выставить зк чтоб таблица скачалась заново.

Но сначала надо убедится что оставшаяся реплика - лидер.

Это инсерт работает, если есть остановите его.

Одну ноду обновляли до более свежей версии, потом откатили. Я уже проделал такую операцию с парой других таблиц, там все отработало без проблем. С этой возможно проблема из-за того, что я удалил лидера.

Инсерт сейчас остановлен

В этом собственно и вопрос - как сделать ее лидером?

Can become leader 1?

У вас в zookeeper заехала новая версия, а остался сервер с старой похоже

А где в зукипере версия КХ прописана?

Сначала убедитесь что в зк мусора не осталось после дропа.

Потом проверьте ддл в зк.

An alternative recovery option is to delete information about the lost replica from ZooKeeper (/path_to_table/replica_name), then create the replica again as described in...
Читайте эту часть доки

Ну судя по тому, что он ругается на лог в zookeeper

Вы на какую версию грейдились?

на 20.3

Вы после обновления ддл делали на реплике с новой версией?

Видимо нет. Что такое ддл?

Вставку новых данных? Да делали

Alter table ....