Jenkins K8s Pipeline执行npm install报ChannelClosedException怎么办

结合提供的运行日志、资源监控数据、GKE集群配置，本次ChannelClosedException报错并非jnlp网络连接异常，核心原因是运行npm install的node容器无资源限制，执行时占满节点可用资源，导致低优先级的jnlp进程被系统OOM Killer终止，和Jenkins主节点的通信通道直接断开。
匹配的验证证据：

• 资源监控显示，执行npm install时node容器CPU占用达1243m、内存占用1284Mi，单台e2-medium节点总配置为2vCPU、约3.75Gi可用内存，叠加节点系统进程、jnlp容器、Jenkins主节点进程的资源消耗，已经触发节点资源压力阈值
• jnlp容器日志无网络超时、连接重置的异常记录，仅直接记录Read side closed、进程终止后自动重连，符合进程被系统强制杀死的特征，而非网络层主动断开
• 当前Pod模板中node容器的资源配置为空（limits: {} requests: {}），没有任何资源上限约束，npm install默认会启动多进程编译、加载大量依赖缓存，是典型的资源消耗型操作

1. 补全Pod模板的资源限制（核心修复步骤） #

目前模板里仅给jnlp容器设了最低资源请求，实际跑业务任务的node容器无任何约束，是资源超卖的直接原因：

• 修改Pod模板中node容器的资源配置，参考适配e2-medium节点的合理值：

  resources:
    requests:
      cpu: "500m"
      memory: "1Gi"
    limits:
      cpu: "2000m"
      memory: "2Gi"
  

• 单节点资源需预留至少20%给kubelet、系统守护进程，不要将容器limit设置为节点100%总容量，避免触发节点驱逐
• 去掉node容器非必要的tty: true配置，减少无意义的资源占用

2. 降低npm install的资源峰值 #

在不升级节点规格的前提下，可通过配置降低npm运行时的资源消耗：

• 把流水线里的npm install命令替换为带内存限制的版本：NODE_OPTIONS="--max-old-space-size=2048" npm install，限制Node.js进程的最大堆内存，避免无限制的内存占用
• 执行前先清空npm本地缓存，避免缓存占用额外内存：在install步骤前加npm cache clean --force
• 临时执行kubectl describe pod <异常Pod名称>查看Pod事件，如果看到Reason: OOMKilled的记录，即可验证是内存超限导致的进程被杀

3. 优化调度逻辑避免资源挤兑 #

当前集群为2节点e2-medium规格，资源余量较低：

• 调整调度规则，不要让资源占用高的Jenkins agent和Jenkins主节点调度到同一个节点，避免主节点和agent的资源需求叠加
• 如果后续还是频繁出现资源超限的问题，可以升级节点到e2-standard-2规格，或者扩容节点数量，避免单节点扛不住npm install的峰值资源
• 资源问题解决后，可考虑升级当前老旧的jenkins/inbound-agent:4.3-4镜像，匹配当前Jenkins主版本，减少通道断开的概率，但这属于优化项，不是本次故障的根因

内容的提问来源于stack exchange，提问作者mmoussa