Ich habe diese aws-revert-template.yml erstellt, um auf eine ältere Version zurückzusetzen. Ich weiß nicht, ob sie noch funktioniert; meine Datei ist datiert 2025-08-06T05:00:00Z
Nein, wie in der OP angegeben, glaube ich deshalb nicht, dass es sich um dasselbe Problem handelt, auf das Sie sich beziehen. Mein Bucket ist angegeben. Ich habe es sowohl in den UI-Einstellungen des Backup-Bereichs als auch über Umgebungsvariablen in der YAML versucht. Es versucht immer noch, standardmäßig zu verwenden, unabhängig davon.
Zur Klarstellung: Seitdem es aufgehört hat zu funktionieren, hat sich am Discourse- oder Garage-Ende nichts geändert, außer einem Update auf 3.5 und dann auf 3.6.
Vielleicht könnte jemand mit echtem S3 überprüfen, ob ein Bucket korrekt ausgewählt wird? Dasselbe gilt für andere Drittanbieter wie Backblaze, R2 usw.?
Ich habe einen Bucket namens „Default“ erstellt und er funktioniert wie vorgesehen. Es scheint also, dass der Bucket-Name, den ich angebe, nicht korrekt übernommen wird.
Außer dass Tausende von Menschen und das CDCK-Hosting wahrscheinlich ebenfalls betroffen wären und sie es nicht sind. Es ist viel wahrscheinlicher, dass Sie ein Zeichen in Ihrer app.yml-Datei gelöscht oder hinzugefügt haben.
Nichts ist falsch mit meinem Setup, es wurde nichts geändert außer dem Discourse-Update. Ich habe die Konfiguration in der YAML-Datei und die Konfiguration in der Benutzeroberfläche ausprobiert. Die Einstellungen der Benutzeroberfläche zeigen sie buchstäblich als „cyanlabs-community“ an und dennoch versucht das Backup immer noch, nach „default“ zu speichern.
Das bedeutet jedoch, dass der Bucket nicht vorhanden ist. Können Sie versuchen, einen brandneuen Bucket und neue Anmeldeinformationen zu erstellen und zu sehen, ob der Upload dort funktioniert?
Danke, aber ich habe das Gefühl, ich drehe mich hier im Kreis.
Der Bucket “default” existierte zu Beginn dieses Gesprächs nicht. Ich habe ihn inzwischen erstellt und er verwendet diesen Bucket, obwohl in den Einstellungen der Bucket cyanlabs-community festgelegt ist.
Sowohl cyanlabs-community als auch default existieren in der S3-Instanz, aber Discourse verwendet cyanlabs-community nicht, egal was ich versuche.
Was interessant ist, ist, dass er immer noch versucht, die Verbindung unter bucketname.s3.domain.tld herzustellen, z. B. cyanlabsdiscourse.s3.domain.tld. Ohne das Hinzufügen eines DNS-Eintrags würde dies auf dieser Sub-Sub-Domain nicht funktionieren. Die Einstellung wird also für die URL berücksichtigt, aber es scheint, dass die Bucket-Auswahl ignoriert wird.
AWS kann geheimnisvoll sein! Es tut mir leid, dass Sie Ihren bevorzugten Bucket-Namen nicht zum Laufen bringen konnten. Es ist schwer zu helfen, ohne es reproduzieren zu können, daher müssen Sie wohl damit leben, den Standard als Bucket-Namen zu verwenden.
