跳到正文

踩坑 · Relay 内存异常的对照不能证明唯一根因

区分自己的异常节点、朋友的对照节点和处理尝试。

查看 Markdown

对象与观察

本人节点是 dmit-vps;朋友的 usd1 只作为对照,不属于本人资产。异常节点曾出现 BEAM/Erlang 内存异常和 OOM 重启风险,并停止过 Relay。

朋友报告的当前内存约 45 MiB、历史峰值约 148 MiB、连续运行多日且无 OOM,只适用于该对照节点和测量时段。

对照的限制

两端镜像构建、镜像摘要与主机环境不同,不能用“同类 VPS 正常”直接排除镜像或运行环境,也不能据此确定唯一根因。

THP 调整到 madvise 是原日志记录的可逆处理尝试,不作为已经证明有效的根因修复。

下一次调查应记录什么

在相同客户端连接状态下,对照实际镜像、资源限制、运行时参数、内核环境、当前内存与历史峰值。保存时间、单位和重启/OOM 记录,不把重启后低内存当长期稳定。

本人后来报告朋友可能修复了 Relay,但当前运行状态与稳定性仍待复核。不在整理日志时擅自启动或重启服务。

来源:按设备归档的阶段日志。

Navigation

输入关键词开始搜索…

↑↓ 移动↵ 打开Esc 关闭