Discourse 未遵守保留 S3 备份数量的要求

支持 安装
,
1

我们遇到了类似的重复问题。我刚刚发现本地有几十个备份（每个 1.6GB），而设置中限制保留的数量为 3。该功能多年来一直正常工作，但我记得很久以前曾发生过一次类似的问题。

  • 备份成功完成
  • 上传到 S3 成功
  • 运行的是稳定分支。刚刚升级到 2.3.7 并重启了系统。

需要找个更好的时间深入排查。

@rizka 请留意

更新：

问题始于 9 月 11 日。该日期与我们的服务中断或我们对网站进行的任何操作均不吻合。

更新：

这并非孤立案例，我的另一个小型沙箱实例似乎也存在同样的问题。该实例位于完全不同的基础设施上，托管在 Digital Ocean。在此实例中，备份自 9 月 16 日起未被删除。上传操作在此处也成功完成。

2

Okay…now this is starting to look like a stupid user error – I have completely missed the change in how the backup management is currently working. So Discourse now manages and deletes S3 backups directly, without the need to purge the old backups with a bucket rule? Now increasing the value to 30, as backups should not eat up local disk space.

The number of backups that were stored in the S3 buckets did not match the setting 3 though.

3

I have no issue with AWS S3 backups on my self hosted instance:

image
image1879×1004 133 KB

image
image1705×1117 103 KB

4

I have now reconfigured backups and bucket rules to sane values, matching the current Discourse behavior. Like said, I had the number of backups set to 3, based on the old logic of backups. Now it is set at 30.

Please keep the thread open, and I’ll report back in 30 days to verify that Discourse now respects the re-defined new value.

5

之前忘了这个问题，但现在看了一下。我在 S3 中存储了 97 个备份，而设置值是 30。

目前仍在运行 2.3 分支，准备很快升级到 2.4。

7

出于好奇，你最终弄清楚了吗？

8

啊，这已经是陈年旧事了。我感觉这个问题好像已经解决了，但我们现在已经使用 CDCK SaaS 好几年了，我对这个问题已经没有清晰的记忆了。

我猜如果这仍然是一个问题，应该会有其他自托管用户报告吧？

9

我遇到了完全相同的问题，在过去的 10 分钟里，我发现原因是我不小心开启了 s3_disable_cleanup。我认为这只与 s3 上传有关，与备份无关。但事实并非如此。