Closed tman5 closed 3 months ago
could you share
grep Replicated -r /var/lib/clickhouse/backup/<backup-name>/metadata/
?
That returns nothing. In that metadata folder the only folder in there is default
since that backup/restore was the default database
if you don't have Replicated* tables why you define internal_replication: true
?
if you don't have Replicated* tables then you need to restore data on all replicas
or convert engine=MergeTree to
engine=ReplicatedMergeTree` manually
https://github.com/Altinity/clickhouse-backup/blob/master/Examples.md#how-to-convert-mergetree-to-replicatedmergetree
@Slach The clickhouse cluster it was restored from had internal_replication: true
set on it. It's 1 shard with 3 replicas. I don't see any replicatedmergetree queries in the metadata. So right now I'm assuming when we make queries to the 2 and 3 nodes it's just going through node 1 to get the data?
So right now I'm assuming when we make queries to the 2 and 3 nodes it's just going through node 1 to get the data?
i don't understand this question
Do you have ReplicatedMergeTree
in original cluster?
I went and looked at the backup from the original cluster and the metadata files and 2 of the 4 tables have ENGINE=MergeTree
not ReplicatedMergeTree
. So I'm assuming because of that the tables won't replicate
After restoring a backup to a cluster, the data only appears to be on the first node in the cluster. The other nodes don't have any disk space usage from the data. Here is the remote_server config:
On ALL the nodes I ran the following:
On the first node (201) I ran the following: