Ich habe gerade eine Multisite-Instanz mit Backups über S3 wie folgt in web_only.yml eingerichtet. Ich habe Set up file and image uploads to S3 befolgt und Discourse den Bucket erstellen lassen, als es das Backup durchführte.
DISCOURSE_S3_BACKUP_BUCKET: lc-client-name
DISCOURSE_S3_SECRET_ACCESS_KEY: valid=key
DISCOURSE_S3_ACCESS_KEY_ID: secret
Backups für die Hauptseite und die Multisites gelingen, aber nur die Hauptseite kann die Backups sehen. Ich dachte, es sei ein Berechtigungsproblem des Clients, der den Bucket konfiguriert hat, aber wenn ich den Bucket über die S3-Weboberfläche betrachte, sehe ich ein Standardverzeichnis, das wie erwartet Backups enthält, aber die anderen Seiten speichern ihre Backups im Stammverzeichnis des Buckets, nicht unter site-name.
multisite.conf hat Abschnitte wie
sitename:
adapter: postgresql
database: sitename
pool: 25
timeout: 5000
host: data
password: so-secret
host_names:
- community.sitename.com
Ich habe das Gefühl, dass ich wieder etwas Dummes mache, wie ein fehlendes Komma, aber ich sehe es nicht.
Und wenn ich im S3-Webinterface ein Verzeichnis namens “sitename” erstelle und die Datei dorthin verschiebe, dann erscheint sie in den Backups.
Es scheint, dass Dateien irgendwie an den falschen Ort hochgeladen werden, aber bestehende Backups werden vom richtigen Ort aufgelistet.
Könnte es ein 
sein?