为了更快地恢复，迁移到更宽敞的服务器不是最好的选择吗？
您有最近的备份吗？与对现有“不健康”服务器进行故障排除相比，迁移所需的时间非常短（不到一个小时？）
5 个赞
是否有自动扩展存储的选项？
2 个赞
我完全确定所有这些技巧都是有效且正确的，并且 @danielabc 缺少可用空间。但是——我曾经遇到过这种情况，但一切都没有损坏，甚至我的 VPS 太小了（DO 的 5 美元套餐在很多方面都很有问题）。我重启了 VPS，docker 没有重新启动。就这样，错误非常相似，或者完全相同，就像这里显示的那样。
但是，如果一切都是因为缺少可用空间/内存，那么唯一的解决方案不就是增加 VPS 的大小吗？即使是短暂地增加，以找出问题是否是资源不足？因为如果是这样，那么发帖人只是在使用一个不能持久的权宜之计，她很快就会再次陷入同样的困境？
因为我只是另一个终端用户，我喜欢简单的解决方案。知道如何清理并保持一切整洁有序是我们必须学习的。但这并不是一个解决方案，它是一个短期的修复，一个人可能会在修复生效之前弄坏一些地方。
1 个赞
你能试试 docker image 看看它说了什么吗？
1 个赞
实际上不是服务器的错，是 50GB 的问题，都是我的错，因为我以为 Discourse 会自动从服务器删除东西，但实际上我必须这样做，但我只是想知道在哪里可以看到可以删除的东西以及可以删除哪些项目？
1 个赞
在自动化的意义上，是的，我们可以通过单击来增加 RAM、磁盘或两者。在自动化方面，当液滴缺少任何东西时，它会在不征求许可的情况下进行扩展……我真的不希望这样，否则没有人应该告诉 @danielabc 或我，因为存在巨额账单的高风险。
1 个赞
无需备份数据并将其还原到新服务器即可自动完成。
1 个赞
Discourse 大部分情况下会删除很多内容，如果更新/升级，请使用最简单的方式。这些人做事的方式与我们这些对 Docker 到底是什么知之甚少的人大不相同；）
如果我没记错的话，你使用了大量的镜像。如果将它们保留在 VPS 上，它们会很快占用磁盘空间。
1 个赞
docker 正常运行吗？ 
docker image ls
1 个赞
那么这几乎就是自动升级了 
- 升级前必须备份（嗯，不是必须必须，但确实是明智之举），但我知道你不是这个意思
- 是的，DO 会做任何事情，用户所要做的就是冲杯咖啡然后等待
这算不算离题… 
1 个赞
你说得对。但我更倾向于扩展一个至少有几个兆字节可用空间的VPS，以防扩展需要重启，而极度缺乏空间可能会危及重启，我不太确定具体该怎么做。
2 个赞
“各位”，你们觉得怎么样？没风险吧？我猜几百兆。
1 个赞
但是，如何查找并删除服务器上的无用文件以释放空间？
1 个赞
抱歉，我打错了——docker images（虽然不确定在 Docker 未运行时是否有效 ）
我的想法是，对于任何在家中跟随的人来说，手动删除一个孤立的 Docker 镜像，以腾出足够的空间来“以正确的方式™”完成所有事情。另一个主题建议在 Docker 未运行时执行此操作，但我认为他们选择了删除一些备份来实现类似的目标。
你基本上需要通过这里的目录进行查找，看看哪些文件很大。我认为日志、旧备份和孤立的镜像通常是最佳的删除目标。
2 个赞
这些是您可以找到备份和图像的位置，一旦您可以确定一个可以安全删除的图像，就可以使用 rm 命令将其删除。
1 个赞
这里有 Discourse 的手册可以更详细地介绍这个吗？
1 个赞
它为我节省了 656.0M，所以也许值得一试。
3 个赞
Meta 是 Discourse 的实时手册。 有一些关于它的主题，但我认为它出现的频率不够高，不足以获得自己的 FAQ。
1 个赞