我有一个网站正在向 Wasabi S3 推送 20GB 的备份。它确实能工作，但大多数时候才行。
不过，有时它无法上传到 S3，却保留了本地的 .tar.gz 文件。最终磁盘会被填满，留下未压缩的 .tar 文件（因为连压缩版本的空间都不够），随后网站也会因磁盘已满而崩溃。
在我放弃 Wasabi 之前，我想先看看是否有线索可循。
我已经查看了 production.log、production.errors 以及 Sidekiq 和 Unicorn 的日志，但在备份失败或成功的当天，都没有在任何地方看到 “acku”。难道不应该有某个日志记录吗？
如果失败，您应该会收到一封包含日志输出的私信。如果是通过 UI 手动执行的备份，消息将直接发送给您；如果是自动备份，则发送给管理员组。
备份过程中发生的异常也应显示在 /logs 中，我认为还会出现在某个日志文件中。请尝试搜索 EXCEPTION:。
不过，临时文件未被清理这一情况让我怀疑 Sidekiq、Docker 甚至宿主机是否在备份期间被重启了。这可以解释为何清理任务未执行，以及为何您没有收到私信。
没错，这很奇怪。我甚至没有收到失败通知，包括那个只有一个 .tar 文件且磁盘几乎已满的情况（在 tests-passed 上，这是一个已更新的站点）。
就好像在那几天 backup location 被更改了一样，但日志中没有任何记录。我在管理员消息中看到了从 Web 界面触发的备份的“成功”通知，但没有失败通知。我已经将 backup_location 移到了环境变量设置中。
也许我暂时还不会放弃 Wasabi……
谢谢，Gerhard！