You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Scylla Enterprise 2024.1 introduced as a default support for UUIDs in SSTable names. scylladb/scylladb#13932
Scylla manager no longer needs to compare checksums when copying files from local to storage, as the SSTable uniqueness is guaranteed by the UUID and the situation where SSTable have the same name and size, but different content is mitigated.
The above is valid for backups made on >= 2024.1 only.
We still need to support old approach for older Scyllas.
We must check the version of Scylla that we perform the backup task against.
If the version uses UUID in the SSTable names, (>= 2024.1) then we must disable checksum comparision during the move operation performed by RClone.
(per @Michal-Leszczynski) We can check at runtime if the SSTable name includes the UUID or not. If it's not, then we must enable checksum, if it is, we must disable.
Scylla Enterprise 2024.1 introduced as a default support for UUIDs in SSTable names.
scylladb/scylladb#13932
Scylla manager no longer needs to compare checksums when copying files from local to storage, as the SSTable uniqueness is guaranteed by the UUID and the situation where SSTable have the same name and size, but different content is mitigated.
The above is valid for backups made on >= 2024.1 only.
We still need to support old approach for older Scyllas.
Issue on QA side https://github.com/scylladb/qa-tasks/issues/1397
More details of why we have to add this support is here https://github.com/scylladb/scylla-enterprise/issues/4126#issuecomment-2075049181
The text was updated successfully, but these errors were encountered: