Auf einer Site, bei der Backups und Uploads in Google-Buckets zuvor funktionierten, heißt es auf der Backup-Seite nun:
Zugriff auf den Backup-Speicher fehlgeschlagen: Ein von Ihnen bereitgestellter Header oder eine Abfrage forderte eine nicht implementierte Funktion an.
Ich dachte zunächst, es könnte ein Problem mit den Bucket-Berechtigungen sein (was jedoch wenig Sinn ergab, da dieselbe Konfiguration vor einigen Wochen noch funktionierte). Doch beim erneuten Lesen der Meldung klingt es so, als würde Discourse versuchen, etwas zu tun, das, äh, nicht implementiert ist. (Was ebenfalls weit hergeholt erscheint.)
S3-Uploads in einen Google-Bucket (wenn auch einen anderen) funktionieren einwandfrei. Es gibt eine Produktionssite mit Version 2.4.0.beta9 und eine Staging-Site mit 2.4.0.beta10 (ich habe auf der Staging-Site gerade ein weiteres Upgrade durchgeführt).
Es handelt sich um eine Standard-Installation mit zwei Containern, nur mit Standard-Plugins, wobei die S3-Einstellungen in der .yml-Datei über env: konfiguriert wurden. EDIT: Ich habe diese ENV-Einstellungen aus der yml-Datei entfernt und das System neu aufgebaut (destroy/start hat sie nicht entfernt), doch das Problem besteht weiterhin.
Ich sehe keine offensichtlichen (für mich erkennbaren) Commits, die damit in Verbindung stehen könnten.
EDIT: Es gibt eine weitere Standard-Installation mit 2.4.0.beta8 und denselben Einstellungen, die funktioniert. Es scheint also, dass zwischen beta8 und beta9 etwas passiert ist. Das wirkt wie ein . @gerhard, könnte dies irgendwie mit deinen Backup-Änderungen zusammenhängen?
P.S. Ich habe eine Site mit DigitalOcean Spaces geprüft; dort funktionieren Backups einwandfrei.
Are you getting the error as soon as you visit /admin/backups? I didn’t change anything in that area recently, but we updated the aws-s3 gem between beta8 and beta10 from version 1.36.1 to 1.60.1. It’s possible that this doesn’t work with Google buckets anymore. Maybe you find the cause in the CHANGELOG. You could test with different versions of the gem to narrow it down.
So, by entering the container and editing Gemfile and changing
gem 'aws-sdk-s3', require: false
to versions of
gem 'aws-sdk-s3', '1.51.0', require: false
and then doing
bundle install --no-deployment
sv restart unicorn
to see if it worked or not, a binary search through the versions shows that 1.51.0 is the last version that works, so something in 1.52.0 “Feature - Adding support in SelectObjectContent for scanning a portion of an object specified by a scan range.” is where the problem began.
. @gerhard, könnte dies irgendwie mit deinen Backup-Änderungen zusammenhängen?