Discourse-Logs an falschen S3 gesendet

Ich habe kürzlich einige Aufräumarbeiten an alten Dateien und der Infrastruktur vorgenommen, die ich nach einiger Zeit der Forum-Betreuung nicht mehr benötigte.

Ich habe die Migration von S3 mehrmals durchgeführt und erst kürzlich festgestellt, dass meine Upload- und E-Mail-Protokolle immer noch in den ersten S3-Upload-Container hochgeladen werden, der je konfiguriert wurde.

Ich kann in der Datenbank nicht finden, wo dies deklariert ist. Meine app.yml verweist überhaupt nicht auf AWS (den ersten S3-Upload-Container).

Wo kann ich dies in der Datenbank finden?

Könnte das Problem außerhalb von Discourse selbst liegen?

Zum Beispiel könnte app.yml als Bind-Mount auf ein Host-Verzeichnis gemountet sein, oder es gibt einen impliziten Bind-Mount vom Container zum Host, und dieses Host-Verzeichnis wird weiterhin von etwas wie aws s3 sync, rclone, einem Cron-Job oder einem Backup-Skript mit dem alten S3-Bucket synchronisiert/gesichert.

Wenn app.yml nicht mehr auf die alten AWS/S3-Einstellungen verweist, würde ich als Nächstes den Host auf geplante Jobs oder Synchronisierungsskripts überprüfen.

Das ist unwahrscheinlich.
Das alte S3 war vor ein paar Migrationen.