вопросы по его работе, может кто-то платную консультацию оказать?
так тут вроде был чувак из этой конторы
вы вопрос сформулируйте =)
Проблема: таблицы в readonly перешли, RESTART+RESTORE не помогает хотим помощи в восстановлении + возможно связано с какими-то настройками оператора и/или частыми изменениями конфигурации
readonly таблицы возникают потому что что-то не так с zookeeper как вы zookepeer ставили?
что такое RESTART ? restart оператора? restart clickhouse-server? что такое RESTORE?
отсюда брали портянку: https://github.com/Altinity/clickhouse-operator/blob/master/deploy/zookeeper/quick-start-persistent-volume/zookeeper-3-nodes.yaml
SYSTEM RESTART REPLICA, SYSTEM RESTORE REPLICA
ок. логи тогда zookeeper-X pod посмотреть надо и со стороны clickhouse-server pod сделать SELECT * FROM system.zookeper WERE path='/' FORMAT Vertical
А как таблица с логами может называться? DB::Exception: Table system.zookeper doesn't exist.
SELECT * FROM system.zookeeper WHERE path='/' FORMAT Vertical SELECT * FROM system.zookeeper WHERE path = '/' FORMAT Vertical Query id: cb391ff2-bb35-4bc8-b7df-df7e4e938d4d Row 1: ────── name: zookeeper value: path: / Row 2: ────── name: clickhouse value: path: / 2 rows in set. Elapsed: 0.004 sec.
мог кто-то statefulset удалить с PVC? или кто-то создать таблицу другую с тем же самым replication path? SELECT * FROM system.replicas WHERE is_readonly FORMAT Vertical; SELECT database, name, engine_full FROM system.tables WHERE engine_full LIKE '%opcodes_calls';
* да, в какой-то момент удалили clickhouseinstallation, и pvc слетели * теоретически мог, но попердолило все таблицы, а не одну, так что вряд ли это из-за того 0 rows на оба запроса
я про zookeeper pvc если удаляли zookeeper то убьются все таблицы
ну если 0 на оба запроса то сейчас у вас нет readonly таблиц проверьте по всему кластеру SELECT * FROM cluster('all-sharded',system.replicas) WHERE is_readonly
Логи зукипера за пт, когда была проблема
Сорян, не ту дату поставил.
Обсуждают сегодня