我该如何处理这个问题？redis_date 和 Postgres_date 占用了我 20GB 以上的存储空间
因此，我在 Digital Ocean 上支付了更多费用。
我的论坛：https://onehourforum.com/
每次这两个文件夹都会占用大量空间，导致我的论坛无法访问。
请帮忙。
附上截图。
对我来说，redis_data 确实非常小。您从以下命令得到什么：
ls -haltrR /var/discourse/shared/standalone/redis_data
我有
root@foorumi-hel:/var/discourse# ls -haltrR /var/discourse/shared/standalone/redis_data
/var/discourse/shared/standalone/redis_data:
total 9.3M
drwxr-xr-x 13 root root 4.0K Jan 10 2023 ..
-rw-r--r-- 1 messagebus input 9.3M Dec 6 20:07 dump.rdb
drwxr-xr-x 2 messagebus input 4.0K Dec 6 20:07 .
所以 Vikash 确实有问题。
同意。我无法想象会有 16GB 的 redis。如果你迁移到新服务器，redis 中的内容（通常）会被遗留下来，所以可以做的一件事就是直接删除它并重建。
你可以看看这个命令：
cd /var/discourse
./launcher enter app
redis-cli
info memory
exit
exit
exit
3 个赞
另外，为了方便查看，在您的论坛的 sidekiq 状态页面（forum.url/sidekiq）底部有一个 Redis 内存使用情况的摘要，包括峰值使用情况。（还有正常运行时间 - 如果正常运行时间非常短，可能会很有趣，因为 Redis 可能会崩溃并重新启动，留下一些磁盘垃圾。）
（但是，那是内存使用情况，而这里的问题似乎是磁盘使用情况。）
1 个赞
大概可以删除所有临时文件。
这是标准安装吗？它是否有从另一台机器迁移过来的历史？快速搜索表明，某种权限问题，或者导致 redis 在保存/重命名时失败的其他原因，可能是导致此问题的原因。
这个之前的帖子对我来说没有定论：
Discouse 占用大量磁盘空间，主要是 redis_data 文件夹
我认为如果 redis 在写入之前关闭，它们就会被遗弃。（但我完全不记得写过这个，所以也许我把它留在了 solfege/somewhere 的临时文件中）
屏幕截图中的日期大约以 5 分钟为间隔聚集在一起——有些东西没有按预期工作！
1 个赞
我没注意到！
肯定有什么不对劲。这是个性能不足的机器吗？它在运行一堆人工智能的东西吗？（我不这么认为，但这是我最好的猜测）
如果删除它们是安全的，那就可以解决眼前的磁盘空间问题。
作为一项常规检查，其中包括检查因内存不足而被终止的进程：
SMTP 服务已停止，
队列仍然存在，
这有问题吗？
我做了什么？
修复了 SMTP，并删除了临时文件。
这可以解释这一点。
看看那些临时文件是否仍在创建将很有趣。
您可以尝试
cd /var/discourse
./launcher cleanup