Closed mikliapko closed 6 days ago
~We have the pre-check when SM dumps the schema that checks if current scylla server supports DESCRIBE SCHEMA WITH INTERNALS... For some reason it reported that it does.~
~Trying to reproduce with integration tests from the repo.~
reproduced with integration test against 2022.1
15:47:11.258 ERROR backup.await_schema Awaiting schema agreement failed see exact errors above {"duration": "30.203887ms"}
github.com/scylladb/go-log.Logger.log
/home/karkok/dev/scylla-manager/vendor/github.com/scylladb/go-log/logger.go:101
github.com/scylladb/go-log.Logger.Error
/home/karkok/dev/scylla-manager/vendor/github.com/scylladb/go-log/logger.go:84
github.com/scylladb/scylla-manager/v3/pkg/service/backup.(*Service).Backup.func11.1
/home/karkok/dev/scylla-manager/pkg/service/backup/service.go:899
github.com/scylladb/scylla-manager/v3/pkg/service/backup.(*Service).Backup.func11
/home/karkok/dev/scylla-manager/pkg/service/backup/service.go:907
github.com/scylladb/scylla-manager/v3/pkg/service/backup.(*Service).Backup
/home/karkok/dev/scylla-manager/pkg/service/backup/service.go:911
github.com/scylladb/scylla-manager/v3/pkg/service/backup_test.TestBackupResumeIntegration.func8.2
/home/karkok/dev/scylla-manager/pkg/service/backup/service_backup_integration_test.go:1236
service_backup_integration_test.go:1241: Expected context error but got: line 1:0 no viable alternative at input 'DESCRIBE'
describe schema with internals
~version returned by given Scylla is 2022.1.0-0.20220727.55d7ad683
~
~It may be a problem with the check we have in SM.~
We are actually always calling DESCRIBE SCHEMA WITH INTERNALS
.
It's expected.
@tzach Scylla Manager 3.3 is not going to support Scylla-Enterprise 2022.x (as per release notes).
I understand it's fine ?
There would be no possibility to restore schema if the backup is done old way (without DESCRIBE SCHEMA WITH INTERNALS) on Scylla Server with raft enabled. On the other hand, if someone will use Scylla Manager 3.3 on Scylla that doesn't support DESCRIBE SCHEMA WITH INTERNALS then all backups will fail.
Should we bring back the support for 2022.x ?
We are gonna address it.
Whenever version of Scylla is < 6.0 or 2024.2 (the ones that are not supporting correctly DESCRIBE SCHEMA WITH INTERNALS ), then we are gonna fallback to the previous approach -> backup schema to CQL done through the driver (instead of calling CQL statement directly).
Such a situation must be put to the manager logs with WARNING that it will not be possible to restore schema from this backup in Scylla >= 6.0 and >= 2024.2.
It's gonna be included into the upcoming manager 3.3 release @tzach @mykaul @gmizrahi
Preconditions:
Steps:
PUT /api/v1/cluster/3b4b3574-d1a4-4fcd-8082-789108a816b8/task/backup/3603fd9f-8bb7-4056-83ef-fb1c7beabb10/start?continue=false
Actual result: The task fails (ERROR) with error
"status":"ERROR","cause":"await schema: dump schema: describe schema with internals: line 1:0 no viable alternative at input 'DESCRIBE'"
Expected result: The task final status is DONE.
Environment:
Additional info: