-
Notifications
You must be signed in to change notification settings - Fork 33
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
v3.3.1: Backup to GCS still requires fake s3 region #3994
Comments
Do we need the s3 and Azure providers? Can you share, after anonymization, your json file? |
We are seeing this too, also with 3.3.1. We run the Manager in k8s using Scylla Operator with these params:
...where the 1st config is fully commented out, the 2nd contains only: gcs:
service_account_file: /etc/scylla-manager-agent/credentials/gcs-service-account.json ...and the 3rd contains only: auth_token: <redacted> Adding: s3:
region: aaa ...to the second config did in fact remove the error when the region was missing, which for us looked like this:
...but we still get the logs about initializing the S3 and Azure providers, which we don't use:
Not a big deal to us as it seems harmless, but perhaps it would be better to prevent loading unnecessary providers at all while fixing this small bug. |
@alice-viola SM is expected to just log an error, but it should proceed even though it cannot read the region. The error appears because SM tries to discover region when s3.endpoint and s3.region is not provided, by querying scylla-manager/pkg/rclone/aws.go Lines 20 to 60 in 4ef2a82
If the deployment is outside of AWS, then this API call just fails. We could change the log level from ERROR to INFO with WARN prefix. |
Using version 3.3.1, in order to backup to Google Cloud Storage, I had to fake an S3 bucket in the /etc/scylla-manager-agent/scylla-manager-agent.yaml file, specifying a fake region ('aaa'). Otherwise the check-location script will fail with this error:
The text was updated successfully, but these errors were encountered: