Резервные копии S3 для мультисайта отображаются в корневой директории бакета

Я только что настроил экземпляр мультисайта с резервным копированием через S3 в файле web_only.yml следующим образом. Я следовал инструкции Set up file and image uploads to S3 и позволил Discourse создать бакет при выполнении резервного копирования.

  DISCOURSE_S3_BACKUP_BUCKET: lc-client-name
  DISCOURSE_S3_SECRET_ACCESS_KEY: valid=key  
  DISCOURSE_S3_ACCESS_KEY_ID: secret

Резервные копии для основного сайта и мультисайтов создаются успешно, но увидеть их может только основной сайт. Я думал, что это проблема с правами доступа, которую допустил клиент, настраивавший бакет, но при просмотре бакета через веб-интерфейс S3 я вижу ожидаемую директорию по умолчанию для резервных копий, однако другие сайты сохраняют свои резервные копии в корне бакета, а не в папке с именем сайта.

В файле multisite.conf есть секции вида:

sitename:
  adapter: postgresql
  database: sitename
  pool: 25
  timeout: 5000
  host: data
  password: so-secret
  host_names:
    - community.sitename.com

Мне кажется, что я снова совершаю какую-то глупость, например, забыл запятую, но я не могу этого найти.

Если же я создам директорию с именем “sitename” в веб-интерфейсе S3 и перемещу файл туда, то он действительно появится в списке резервных копий.

Похоже, что файлы каким-то образом загружаются не в то место, но при этом отображаются существующие резервные копии из правильного места.

Не может ли это быть :bug:?

Вы когда-нибудь решили эту проблему? Она всё ещё актуальна?

Честно говоря, я не помню. Кажется, я всё настроил для них, но обратной связи так и не получил. (Кстати, прошёл уже год, так что это объясняет, почему я не помню.)