论坛

你好，

我们检查了你的服务器，磁盘使用率飙升到 97% 的原因是容器镜像缓存和临时数据累积（containerd snapshotter），这是专用服务器的常见现象。重启后这些临时数据被清理，所以磁盘立即释放了约 32G。

当磁盘满时，PostgreSQL 无法写入 WAL 日志，导致异常关闭。重启后 PostgreSQL 已自动完成恢复。

当前磁盘状态（79G 总容量）：

• 容器镜像缓存：14G
• 日志文件：9.3G（其中一个环境的日志占了 6.4G）

建议：

1. 定期清理未使用的容器镜像，可以 SSH 进服务器执行：

sudo k3s crictl rmi --prune

2. 如果磁盘空间持续紧张，可以考虑升级服务器规格以获得更大的磁盘

目前服务器运行正常，PostgreSQL 已恢复。

您好,已登入您的服务器排查,原因已确认:

磁盘是被 LiteLLM 服务的 DEBUG 日志写满的,连带导致 PostgreSQL 无法写入而关闭。

您的 LiteLLM 服务是以 --detailed_debug 参数启动的,这会让它把每一次请求的原始响应等细节全部打印出来。光是今天就已经产生了 3.2 GB、约 25 万行的 DEBUG 日志(每天约 9 GB),把服务器磁盘写满。磁盘一旦写满,PostgreSQL 就无法写入数据而被迫关闭、无法启动。

您重启服务器后磁盘使用率下降,是因为重启释放了堆积的日志,但这只是暂时的 —— 只要 --detailed_debug 还开着,过几天磁盘会再次被写满、问题复发。

(您的 PostgreSQL 数据本身完全正常,数据卷只占用 207 MB,没有任何损坏或丢失。)

建议的解决方式: 将 LiteLLM 服务的启动命令中的 --detailed_debug 移除,或设置环境变量 LITELLM_LOG=ERROR,然后重新部署。这样日志量会回到正常水平,磁盘就不会再被占满。