分块上传备份到 Scaleway S3 对我来说仍然无法正常工作。Backup Upload to S3 Fails on scaleway (multipart upload)
问题是，如果上传失败，备份会像执行普通本地备份一样保留在本地。这本来是好事。然而，备份数量限制被忽略了，导致本地磁盘会无限堆积备份，最终导致服务中断。
此问题出现在 2.6.4 稳定版上。
我曾遇到一个问题：某个使用 Wasabi S3 的网站不断占满磁盘空间。但 Discourse 和 Wasabi 的日志中均未显示任何错误。
我现在记不清是后来更换了其他 S3 提供商，还是问题已自行解决。当前系统已是最新版本。
3 个赞
我不明白。既然你知道它不起作用，为什么还要尝试将备份存储在 Scaleway S3 上呢？我认为使用其他 S3 提供商或将 backup_location 设置为"local"是最佳的解决方案。
无论如何，如果上传失败，Discourse 应该会删除本地备份。你应该在备份日志的末尾看到“正在从本地存储中移除归档…"的消息。
6 个赞
我在从本地存储迁移到 S3 存储时并不知晓这一点。无法为备份使用与主存储不同的 S3 提供商，这意味着若要使用替代提供商进行备份，必须对主存储进行完整迁移。
Scaleway 可能正在推出修复方案（在我链接的帖子中可以看到），因此与其为了验证是否有效而多次重建并导致停机，不如让它每周尝试一次。毕竟，上传失败的备份仍会保留在本地备份文件夹中。
事实并非如此，正如我在帖子中所述。据我所记，日志中仍会显示将要删除该备份的提示，但实际情况并非如此。如果有人有兴趣了解这个边缘情况下的 bug，我可以进行检查和确认。