为何单EC2实例生成<core.pid>内存转储文件？Nuxt+PM2部署疑问

可能的差异原因及排查方向 #

1. 系统级Core Dump配置不一致 #

虽然你用ulimit -c 0临时禁用了core dump，但两台EC2的全局配置可能存在差异：

• 检查内核参数：运行sysctl kernel.core_pattern kernel.core_uses_pid，对比两台机器的输出。若其中一台kernel.core_pattern指向项目目录，且kernel.core_uses_pid=1，就会在项目目录生成带pid的core文件；另一台可能配置了不同的存储路径（比如/var/crash）或直接禁用了core dump。
• 检查用户限制配置：查看/etc/security/limits.conf，确认是否针对运行PM2的用户设置了core unlimited或其他值，两台机器的规则可能不同。
• 检查用户环境变量：查看运行PM2的用户的~/.bashrc、~/.profile等文件，是否有默认设置ulimit -c unlimited，导致重启进程后恢复默认限制。

2. PM2配置或版本差异 #

即使两台机器部署的代码相同，PM2的运行配置、版本可能不一致：

• 对比ecosystem.config.js或PM2启动命令：检查是否存在--cwd（工作目录）、环境变量（如NODE_ENV）、--no-daemon等参数差异，这些可能影响core dump的生成路径。
• 检查PM2版本：运行pm2 -v，不同版本对信号的处理逻辑可能不同——日志中显示进程因SIGINT信号退出，若其中一台PM2未正确捕获信号，可能导致进程强制崩溃生成core dump，而另一台则触发优雅退出。
• 查看PM2进程详情：运行pm2 show npm，对比两台机器的cwd（工作目录）、user（运行用户）、status等信息，确认是否存在配置偏差。

3. 应用运行时环境差异 #

• Node.js版本：运行node -v确认版本一致，不同Node.js版本对内存管理、信号处理的逻辑可能存在差异，导致单节点触发崩溃。
• 依赖包一致性：虽然package.json相同，但node_modules可能因缓存、安装顺序等出现版本差异。可尝试在两台机器重新安装依赖（rm -rf node_modules package-lock.json && npm install），再观察是否还出现差异。
• 负载与请求差异：负载均衡的流量分配可能不均，其中一台节点处理了更多请求，或遇到了特定触发崩溃的请求（如大流量、异常参数请求），导致进程崩溃生成core dump。可结合应用日志、监控数据（如CPU、内存使用率）对比两台节点的运行状态。

4. 进程运行上下文差异 #

• 运行用户：确认两台机器运行PM2的用户是否一致，不同用户的默认ulimit限制、权限可能不同，导致core dump的生成规则有差异。
• 第三方工具干扰：其中一台节点可能运行了调试、监控工具（如strace、gdb），这些工具会强制生成core dump用于调试，而另一台没有此类工具运行。

日志关联分析 #

你提供的PM2日志显示进程因SIGINT信号退出：

PM2 | 2023-03-29T07:47:28: PM2 log: App [npm:0] exited with code [0] via signal [SIGINT]
PM2 | 2023-03-29T07:47:28: PM2 log: pid=28236 msg=process killed

SIGINT通常是中断信号（如手动触发、健康检查重启），若单节点生成core dump，说明该节点的进程在收到SIGINT时未优雅退出，而是触发了崩溃。这可能是应用代码未正确捕获信号，或PM2配置未设置优雅退出逻辑导致的。

进一步排查建议 #

1. 临时开启core dump：在问题节点运行ulimit -c unlimited，待生成新的core文件后，用gdb node core.<pid>分析崩溃堆栈，定位具体的代码或依赖问题。
2. 同步系统配置：将两台机器的limits.conf、sysctl参数、PM2配置同步，观察是否消除差异。
3. 监控应用日志：开启Nuxt的详细日志，查看问题节点是否有内存溢出（OOM）、未捕获异常等报错。

内容的提问来源于stack exchange，提问作者Vishnu Nandanan M K