I have a bucket set but it seems to be trying to use default? I use GarageHQ as a lightweight MinIO alternative. I’m on 3.6.0.beta1-dev ( ed6beea336 ) [2025-09-14 10:40:34] Removing tmp ‘/var/www/discourse/tmp/backups/default/2025-09-14-104012’ directory… [2025-09-14 10:40:34] Uploading archive… [2025-09-14 10:40:35] EXCEPTION: Bucket not found: default [2025-09-14 10:40:35] /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/aws-sdk-core-3.227.0/lib/seahorse/client/plugins/raise_response_errors.rb:17:in `call' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/aws-sdk-s3-1.182.0/lib/aws-sdk-s3/plugins/sse_cpk.rb:24:in `call' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/aws-sdk-s3-1.182.0/lib/aws-sdk-s3/plugins/dualstack.rb:21:in `call' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/aws-sdk-s3-1.182.0/lib/aws-sdk-s3/plugins/accelerate.rb:43:in `call' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/aws-sdk-core-3.227.0/lib/aws-sdk-core/plugins/checksum_algorithm.rb:169:in `call' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/aws-sdk-core-3.227.0/lib/aws-sdk-core/plugins/jsonvalue_converter.rb:16:in `call' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/aws-sdk-core-3.227.0/lib/aws-sdk-core/plugins/invocation_id.rb:16:in `call' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/aws-sdk-core-3.227.0/lib/aws-sdk-core/plugins/idempotency_token.rb:19:in `call' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/aws-sdk-core-3.227.0/lib/aws-sdk-core/plugins/param_converter.rb:26:in `call' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/aws-sdk-core-3.227.0/lib/seahorse/client/plugins/request_callback.rb:89:in `call' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/aws-sdk-core-3.227.0/lib/aws-sdk-core/plugins/response_paging.rb:12:in `call' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/aws-sdk-core-3.227.0/lib/seahorse/client/plugins/response_target.rb:24:in `call' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/aws-sdk-core-3.227.0/lib/aws-sdk-core/plugins/telemetry.rb:39:in `block in call' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/aws-sdk-core-3.227.0/lib/aws-sdk-core/telemetry/no_op.rb:29:in `in_span' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/aws-sdk-core-3.227.0/lib/aws-sdk-core/plugins/telemetry.rb:53:in `span_wrapper' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/aws-sdk-core-3.227.0/lib/aws-sdk-core/plugins/telemetry.rb:39:in `call' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/aws-sdk-core-3.227.0/lib/seahorse/client/request.rb:72:in `send_request' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/aws-sdk-s3-1.182.0/lib/aws-sdk-s3/client.rb:3710:in `create_multipart_upload' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/aws-sdk-s3-1.182.0/lib/aws-sdk-s3/multipart_file_uploader.rb:67:in `initiate_upload' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/aws-sdk-s3-1.182.0/lib/aws-sdk-s3/multipart_file_uploader.rb:58:in `upload' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/aws-sdk-s3-1.182.0/lib/aws-sdk-s3/file_uploader.rb:42:in `block in upload' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/aws-sdk-core-3.227.0/lib/aws-sdk-core/plugins/user_agent.rb:90:in `metric' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/aws-sdk-s3-1.182.0/lib/aws-sdk-s3/file_uploader.rb:40:in `upload' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/aws-sdk-s3-1.182.0/lib/aws-sdk-s3/customizations/object.rb:477:in `block in upload_file' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/aws-sdk-core-3.227.0/lib/aws-sdk-core/plugins/user_agent.rb:90:in `metric' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/aws-sdk-s3-1.182.0/lib/aws-sdk-s3/customizations/object.rb:476:in `upload_file' /var/www/discourse/lib/backup_restore/s3_backup_store.rb:48:in `upload_file' /var/www/discourse/lib/backup_restore/backuper.rb:351:in `upload_archive' /var/www/discourse/lib/backup_restore/backuper.rb:41:in `run' /var/www/discourse/script/spawn_backup_restore.rb:9:in `backup' /var/www/discourse/script/spawn_backup_restore.rb:31:in `block in ' /var/www/discourse/script/spawn_backup_restore.rb:4:in `fork' /var/www/discourse/script/spawn_backup_restore.rb:4:in ` ' The last backup was yesterday but now it’s not longer working, other services can backup to my local S3 without issue still Anyone know how i can fix this?

Yeah. AWS broke the S3 library for lots of other services. Can't rebuild due to AWS SDK gem bump and new AWS Data Integrity Protections has some work-arounds. I created this aws-revert-template.yml to revert to an older version. I don’t know if it works anymore; my file is dated 2025-08-06T05:00:00Z (UTC) [图片] Can't rebuild due to AWS SDK gem bump and new AWS Data Integrity Protections Self-hosting But I did for a site that’s using Backblaze. I created a template I put in /root/aws-revert-template.yml with this: # This template reverts aws-sdk-s3 to a version that works with backblaze params: home: /var/www/discourse hooks: after_bundle_exec: - exec: cd: $home cmd: - bundle config set frozen false - "sed -i 's/gem \"aws-sdk-s3\", require: false/gem \"aws-sdk-s3\", \"1.177.0\", require: false/' Gemfile" - bundle update aws-sdk-s3 …

Hmm, i’m not fully convinced the is the problem though [image] unless i’m mistaken i was on 3.6 for longer than 2 days, and yet i got a backup 2 days and 10 days ago.

[图片] Fma965: unless i’m mistaken i was on 3.6 for longer than 2 days Not much more. I’m thinking that you’re mistaken. Here’s the commit you’re on: UX: control event display through a site setting (#34795) · discourse/discourse@ed6beea · GitHub [image] But also: [图片] Fma965: [2025-09-14 10:40:35] EXCEPTION: Bucket not found: default Is your bucket named “default”?

yes I’m on the commit now, I wasn’t initially when I posted this issue, I updated to rule out a bug, I was on 3.5 when I posted this issue

[图片] pfaffman: your bucket named “default”? no, as stated in the OP this is why I don’t believe it’s the same issue you are referring to, my bucket is specified , ive tried both in the UI settings of the backup section and via env vars in the yaml, it still tries to use default regardless to clarify nothing has changed on the discourse or garage end since it stopped working except for an update to 3.5 and then to 3.6

perhaps someone with actual S3 could check to see if it’s correctly selecting a bucket? same for some other 3rd parties like backblaze, r2 etc?

So i created a bucket named “default” and it works as intended, so yes, it’s not correctly picking the bucket name i tell it. [image] So this seems like a bug in Discourse.

[图片] Fma965: So this seems like a bug in Discourse. Except thousands of people and CDCK hosting would also likely be affected and they are not. It’s much more likely that you deleted or added a character to a line in your app.yml. You can do stuff like this: grep -i S3 /var/discourse/containers/* docker exec -it app bash -c 'grep s3 /var/www/discourse/config/discourse.conf And if you configured s3 in settings instead of with ENV variables, then you can have a look at Configure an S3 compatible object storage provider for uploads to see what those look like.

nothing is wrong with my setup nothing was changed except the discourse update. Ive tried configuration in the yaml and configuration in the UI, the UI settings literally show it as “cyanlabs-community” and yet the backup still tries to save to “default” [Screenshot_2025-09-18-21-47-29-55_3aea4af51f236e4932235fdada7d1643] despite having s3 configured in the UI the discourse.conf file does not contain any s3 references as per your second command [Screenshot_2025-09-18-21-57-49-03_3aea4af51f236e4932235fdada7d1643]

[图片] Fma965: EXCEPTION: Bucket not found: default This though means the bucket is not there, can you try creating a brand new bucket and creds and see if uploading there works?

S3（非 AWS）随机停止工作，据推测是在一次更新后

产品支持

sam (Sam Saffron) 2025 年9 月 22 日 00:23 11

但这表示存储桶不存在，你能尝试创建一个全新的存储桶和凭据，看看在那里上传是否有效？

话题		回复	浏览量
Unable to backup or navigate to backups Bug s3	22	866	2024 年11 月 16 日
Issues backing up to s3 Self-hosting backups , s3	4	1124	2018 年2 月 9 日
Trouble with Google Bucket for backup Self-hosting backups	4	1427	2023 年12 月 14 日
Launcher rebuild fails if s3 settings aren't correct Bug	18	4529	2017 年6 月 5 日
Backups to two different S3 regions no longer work Product Support	6	796	2022 年2 月 22 日

S3（非 AWS）随机停止工作，据推测是在一次更新后

相关话题