OKD中network-diag-ns*项目卡在终止模式，求安全处理方案

1. network-diag-ns*项目是否可安全删除 #

network-diag-ns*是OKD运行网络诊断任务时自动创建的临时项目，仅用于临时网络排查，不属于集群核心系统项目，完全可以安全删除，不会影响集群的正常运行和核心功能。

2. 卡在终止状态的项目处理方法 #

如果常规oc delete project命令无法删除，按以下步骤操作：

步骤1：清理项目内残留资源 #

先手动清理项目下的所有可删除资源，避免残留资源阻止项目删除：

# 删除项目内所有资源
oc delete all --all -n <network-diag-ns-xxx>
# 清理可能残留的PVC（临时诊断项目的PVC一般无重要数据）
oc delete pvc --all -n <network-diag-ns-xxx>

步骤2：移除项目的终止阻止器（Finalizers） #

项目卡在终止状态通常是因为finalizers字段中有未完成的清理钩子，编辑项目移除这些钩子：

oc edit project <network-diag-ns-xxx>

在编辑界面中找到spec.finalizers字段，将其内容清空（或仅保留kubernetes），保存退出。

步骤3：强制删除项目 #

完成上面两步后，执行强制删除命令：

oc delete project <network-diag-ns-xxx> --grace-period=0 --force

3. 部署出现137错误的处理 #

137错误通常是容器被系统因**内存不足（OOM）**或SIGKILL信号终止，结合网络重启场景，可按以下排查处理：

检查集群网络状态 #

先确认集群网络组件是否正常就绪：

# 查看网络Operator Pod状态
oc get pods -n openshift-network-operator
# 查看OVN等网络插件Pod状态
oc get pods -n openshift-ovn-kubernetes

确保所有网络相关Pod都处于Running状态，若有异常，先重启对应的Pod或Operator。

重启异常部署 #

对出现137错误的部署执行滚动重启，让Pod重新调度并重建网络栈：

oc rollout restart deployment/<你的部署名> -n <你的项目名>

检查Pod资源限制 #

查看Pod的内存限制是否过低，导致OOM：

oc describe pod <异常Pod名> -n <你的项目名>

在输出的Resources部分查看Limits中的内存配置，若限制过低，可调整部署的资源限制：

oc edit deployment/<你的部署名> -n <你的项目名>

修改spec.template.spec.containers.resources.limits.memory字段，适当调高内存限额。

4. 后续维护预防建议 #

• 下次执行网络维护前，先开启集群维护模式，避免Pod频繁调度：

  oc adm maintenance --enable
  

  维护完成后关闭维护模式：

  oc adm maintenance --disable
  

• 定期清理集群中的临时诊断项目，避免资源堆积。

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