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.
Erhalten Sie den Fehler sofort, wenn Sie /admin/backups aufrufen? Ich habe in diesem Bereich kürzlich nichts geändert, aber wir haben das aws-s3-Gem zwischen beta8 und beta10 von Version 1.36.1 auf 1.60.1 aktualisiert. Es ist möglich, dass dies nicht mehr mit Google-Buckets funktioniert. Vielleicht finden Sie die Ursache im CHANGELOG. Sie könnten es mit verschiedenen Versionen des Gems testen, um die Ursache einzugrenzen.
Also, indem Sie den Container betreten, die Gemfile bearbeiten und
gem 'aws-sdk-s3', require: false
in die Version
gem 'aws-sdk-s3', '1.51.0', require: false
ändern und dann
bundle install --no-deployment
sv restart unicorn
ausführen, um zu prüfen, ob es funktioniert hat, zeigt eine binäre Suche durch die Versionen, dass 1.51.0 die letzte funktionierende Version ist. Das Problem begann also mit etwas in 1.52.0 – „Feature - Adding support in SelectObjectContent for scanning a portion of an object specified by a scan range.“
Ich bin mir nicht sicher, was als Nächstes zu tun ist. Ich vermute, ich werde ein Issue auf GitHub - aws/aws-sdk-ruby: The official AWS SDK for Ruby · GitHub eröffnen, aber ich bin mir nicht sicher, ob sie sich darum kümmern, oder? Vielleicht sollte ich also ein Ticket bei Google eröffnen?
Und Discourse funktioniert weiterhin für Uploads auf Google Buckets, nur eben nicht für Backups.
. @gerhard, könnte dies irgendwie mit deinen Backup-Änderungen zusammenhängen?