Eugene Klimov
Eugene Klimov
which clickhouse-backup version do you use? could you share `clickhouse-backup print-config` without credentials?
did you run clickhouse-keeper as standalone process or as embedded inside clickhouse-server?
> Atomic databases keep dropped tables for 8 minutes. > did you wait for some time between delete and restoring? We use DROP TABLE ... SYNC for atomic databases, to...
We don't use `DROP TABLE ... ON CLUSTER`, tables always dropped locally (`restore_on_cluster: ""` by default) We didn't test `clickhouse-keeper` together with `clickhouse-backup` `REPLICA_IS_ALREADY_EXIST` means data not cleaned from clickhouse-keeper...
> DROP TABLE IF EXISTS tutorial.hits_local ON CLUSTER 'prod_cluster' NO DELAY It must clean Zookeeper / Clickhouse keeper path ` /clickhouse/tables/0ab5ed25-2c59-4158-a316-c4b93c1c40d1/2/replicas/ip-10-22-180-149.ec2.internal` if table exists on disk (not only in zoo/keeper)...
> i copied all /var/lib/clickhouse-metadata from another node on the cluster Why do you do it? Instead of just run `clickhouse-backup restore --rm` ? try to use ```sql SYSTEM DROP...
ok. still need to figure out why ```sql DROP TABLE IF EXISTS tutorial.hits_local ON CLUSTER 'prod_cluster' NO DELAY ``` didn't clean replicas in clickhouse-keeper
Which `clickhouse-backup` version do you use? Look like connection just broken during data part upload, currently we did not implement storage independent retry mechanism, I think we can try to...
could you check latest 1.6.2 where we update Google SDK to latest version