After updating to v2026.8.0-latest.1 +4 , my backups have started failing. These are the logs: log.txt.zip (22.1 KB) In particular, here’s the section that looks relevant: [2026-08-04 03:37:52] Uploading archive... [2026-08-04 03:37:52] EXCEPTION: uninitialized constant Aws::S3::TransferManager [20…

It looks like I’ve got an old version of aws-sdk-s3. $ bundle info aws-sdk-s3 * aws-sdk-s3 (1.177.0) Summary: AWS SDK for Ruby - Amazon S3 Homepage: https://github.com/aws/aws-sdk-ruby Source Code: https://github.com/aws/aws-sdk-ruby/tree/version-3/gems/aws-sdk-s3 Changelog: https://github.co…

The Discourse version you’re running includes an aws-sdk-s3 version that should provide Aws::S3::TransferManager. Are you using the official Discourse Docker installation? If you’re using the official Docker setup, was the container fully rebuilt as part of the upgrade?

Yes, I believe I’m using the official Discourse Docker installation. Is there a way for me to know for sure? It’s been a while since I’ve performed the installation. To update, I ran ./launcher rebuild app. I assume this means the container was fully rebuilt, but maybe I’m mistaken? A few more det…

One thing that may help narrow this down is checking which aws-sdk-s3 gem is actually being loaded inside the running container. The Discourse change which introduced Aws::S3::TransferManager also bumped aws-sdk-s3 from 1.182.0 to 1.227.0: FIX: Multipart S3 uplo…

One thought from this: temporary compatibility templates like this may be safer if they have some kind of self-expiring/guard condition, rather than continuing to override Discourse dependencies indefinitely. For example, with temporary source backports, i’m planning to use hooks in production that…

While I agree that failing loudly would have been nice, it was the case beforehand that I wanted the gems to not match the versions expected by Discourse, because the newer aws-sdk-s3 version sent headers that Backblaze did not support and I wanted the backups to work. I don’t know if there was a c…

A small follow-up after running into a very similar situation myself today. I had a temporary source backport in app.yml for an unmerged Discourse PR. The hook used: git apply --check /tmp/patch && git apply /tmp/patch Upstream subsequently refactored one of the affected areas, so the old patch…

Backup upload failure due to uninitialized TransferManager

תמיכה התקנה

exodrifter (Ava Pek) 14 בספטמבר,‏ 2026,‏ 12:07am 2

I updated to v2026.9.0-latest +565, but I still ran into the same exact issue.

נושא		תגובות	צפיות
Trouble with Google Bucket for backup Self-hosting backups	4	1373	14 בדצמבר,‏ 2023
Can't upload backup to S3 after upgrading discourse to 2.8.0.beta1 Support	0	401	21 במאי,‏ 2021
S3 (not AWS) backups stopped working, presumably since an update Support s3	13	512	6 באוקטובר,‏ 2025
Occasional backup to S3 failure: "multipart upload failed: no tomes available" Self-hosting backups , s3	0	371	5 בדצמבר,‏ 2023
Error uploading backup to B2 Support backups , s3	8	318	4 במרץ,‏ 2026

Backup upload failure due to uninitialized TransferManager

נושאים קשורים