我正在使用 Contabo 对象存储进行备份，并且需要将“s3_backup_bucket”留空才能使其正常工作，否则它会在存储桶的 URL 前面添加名称，导致无法正常工作。
现在，如果我手动运行备份，它工作正常并完成任务，但自动每日备份不起作用。仪表板上还显示了以下信息：
服务器配置为将备份上传到 S3，但至少有一个以下设置未设置：s3_access_key_id、s3_secret_access_key、s3_use_iam_profile 或 s3_backup_bucket。请转到站点设置并更新设置。
有什么方法可以解决这个问题吗？
附注：直到上周更新之前，它一直工作正常。
如果您不定义 s3_backup_bucket，则无法将备份上传到 s3。
我无法想象那会是真的。
为什么手动运行时它却有效？
Contabo 的存储桶 URL 是 https://usc1.contabostorage.com/bucketname
如果我将名称添加到 discourse 设置中，它会尝试连接到 https://bucketname.usc1.contabostorage.com/bucketname 或 https://bucketname.usc1.contabostorage.com/
这与 Contabo 不兼容。
在我这里使用 Scaleway 时也发生了同样的情况，直到大约 5 月 16 日都还能用，之后就不能用了。
另外，请相信我，我做了 50 多次测试（更改了所有值），唯一奏效的方法是留空“s3 backup bucket”，然后系统会创建一个名为“default”的文件夹，但它确实能用……否则，无论我尝试多少种组合、创建多少个新 AI、修改多少权限，都无效。
那听起来像是一个 bug。
这是预期的。
我把一个空格放了进去，而不是留空，今晚的备份已经运行了。仪表板上仍然有提示。
另外，上传完成后它不会删除本地文件。
已迁回之前的提供商（idrive），一切恢复正常。
您应该将存储桶设置为 Contabo 区域，并按如下方式设置不带区域的 S3 端点：
存储桶：usc1
S3 端点：https://contabostorage.com/bucketname
这样就可以正常工作了。