сейчас в парт-лог гляну

первая запись вроде как в цикле.
в парт-логе на реплике, так как на картинке (вроде это ок)
в парт-логе на хосте с ошибками - пусто

может это быть из-за того что на одном из хостов структура сменилась, и теперь этот файл не может среплицироваться?

2020.05.21 23:31:11.827278 [ 169963 ] {} <Warning> ***.*** (ReplicatedMergeTreePartCheckThread): Checking part 20200521-20-5_39_39_0
2020.05.21 23:31:11.831814 [ 169963 ] {} <Warning> ***.*** (ReplicatedMergeTreePartCheckThread): Checking if anyone has a part covering 202005
21-20-5_39_39_0.
2020.05.21 23:31:11.844031 [ 169963 ] {} <Warning> MNP.experia_event_local (ReplicatedMergeTreePartCheckThread): Found part 20200521-20-5_39_39_0 on vespas02 that covers the missing part 20200521-20-5_39_39_0

почему-то в этом логе и covering парт и искомый парт, имеют одинаковый ID

в общем неясно почему, но все решилось через system restart replica

"а вы пробовали включить и выключить" =)

Здравствуйте. Коллеги, подскажите. Когда планируется выкатка RBAC в прод?

Вопрос к опытным товарищам,  можно ли изменить гранулярность данных процедурой detach/attach в новую таблицу?

Здравствуйте!
может кто сталкивался, есть 3 ноды кликхауса, недавно кластер развалился
в логах вот такая ошибка на одной из нод
clickhouse <Error> Application: DB::Exception: Cannot create table from metadata file /var/lib/clickhouse/metadata/default//%2Einner%2Emetric.sql, error: zkutil::KeeperException: no node
причем, на этой ноде кликхаус идет в правильный зукипер свой
ATTACH TABLE .inner.metric
(
   entity_type String,
   entity_id String,
   metric_name String,
   sub_id String,
   Date Date,
   Time UInt32,
   Value Float64
) ENGINE = ReplicatedMergeTree('/clickhouse/tables/metric', 'vms-clickhouse-2', Date, (entity_type, entity_id, metric_name, sub_id, Time), 8192)

как такое поправить?

не стартует сервис clikchouse-server.service

Почитать про восстановление при сбое Zookeeper в документации.
Если этой ноды в Zoo нет, то один из вариантов выглядит так:
1) изменить ddl в папке с metadata у этого хоста движок таблицы с replicated на обычный
2) запустить клик
3) переименовать таблицу
4) создать пустую реплицируемую таблицу на этом месте
5) если есть реплики - он скачает с них себе всю информацию
6) если реплик нет - attach partition from <переименованная таблица на шаге 3>

Плюс эта таблица от MV насколько я вижу, там надо быть внимательнее с ' ` чтобы клик ее корректно подцепил. Имхо лучше использовать MV так:

Всем привет, подскажите какие процессы могут выполняться в clickhouse ежедневно в 1:00 (в этот момент начинает методично отъедать swap)?

спасибо

Там не было schedule-ра задач на абсолютное время если я не ошибаюсь. Возможно это связано с какими-то другими процессами.

Проверьте запускаемые в этот момент select-ы  на предмет потребляемой памяти

Всем привет! Собираемся переходить на Clickhouse,подскажите пожалуйста, как подсчитать кол-во нод, если данных нужно хранить 540 тб?

Это несжатые данные?
важнее нагрузка на вставку и селект

сжатые

Если данных у вас за много лет, а выборку делаете за пару месяцев из них или ттам есть плохо жмущиеся колонки, при этом вы их не запрашиваете почти никогда, то весь объем же не шерстится. Тогда прростто нужны пожирнее диски.

Попробуйте сделать на ваших запросах и азадачах какую-то небольшую исталяцию и уже от нее отталкиватесь.