以下的要求不是强制性的, 未按模板评论时对issue无任何影响
issue处理注意事项:
1. 当前issue受影响的分支提交pr时, 须在pr描述中填写当前issue编号进行关联, 否则无法关闭当前issue;
2. 模板内容需要填写完整, 无论是受影响或者不受影响都需要填写完整内容,未引入的分支不需要填写, 否则无法关闭当前issue;
3. 以下为模板中需要填写完整的内容, 请复制到评论区回复, 注: 内容的标题名称(影响性分析说明, 缺陷严重等级, 受影响版本排查(受影响/不受影响), 修复是否涉及abi变化(是/否))不能省略,省略后defect-manager将无法正常解析填写内容.
评论区可能使用到的指令说明:

影响性分析说明:

缺陷严重等级:(Critical/High/Moderate/Low)

缺陷根因说明:

受影响版本排查(受影响/不受影响):

1. openEuler-20.03-LTS-SP4:
2. openEuler-22.03-LTS-SP3:
3. openEuler-22.03-LTS-SP4:
4. openEuler-24.03-LTS:
5. openEuler-24.03-LTS-SP1:
6. openEuler-24.03-LTS-SP2:

abi变化(是/否):

1. openEuler-20.03-LTS-SP4:
2. openEuler-22.03-LTS-SP3:
3. openEuler-22.03-LTS-SP4:
4. openEuler-24.03-LTS:
5. openEuler-24.03-LTS-SP1:
6. openEuler-24.03-LTS-SP2:

缺陷issue处理具体操作请参考:
https://atomgit.com/openeuler/cve-manager/blob/master/cve-vulner-manager/doc/md/defect-manager-manual.md
pr关联issue具体操作请参考:
https://docs.atomgit.com/docs/help/home/org_project/pullrequests/pr-related-issue

Welcome To openEuler Community

Hey @ga_beng_cui , thanks for your contribution to the community.

Bot Usage Manual

I'm the Bot here serving you. You can find the instructions on how to interact with me at Here . That means you can comment below every pull request or issue to trigger Bot Commands. You can self-configure the PR merge rules for this repository. For more details, please refer to Here.

Contact Guide

If you have any questions, please contact the SIG: sig-CloudNative ,
and any of the maintainers: @duguhaotian, @gaodaweiky, @jimmieme, @lu-wei-army, @weibaohui, @wonleing, @yangzhao_kl, @zhaoyifan28, @zmr_2020 ,
and any of the committers: @duyiwei7w, @jianli-97, @weixin_38854637 .

cri-o 是面向 k8s CRI 接口设计的容器运行时，通常由 kubelet 调用，并配合 CNI 网络插件使用。仅安装和启动 cri-o、但尚未部署 k8s 网络组件时，CNI 会一直处于未初始化状态；此时停止 cri-o，日志就会打印 server shutdown before CNI plugin was ready，这是未接入 k8s/CNI 环境时的预期现象。

cri-o 是面向 k8s CRI 接口设计的容器运行时，通常由 kubelet 调用，并配合 CNI 网络插件使用。仅安装和启动 cri-o、但尚未部署 k8s 网络组件时，CNI 会一直处于未初始化状态；此时停止 cri-o，日志就会打印 server shutdown before CNI plugin was ready，这是未接入 k8s/CNI 环境时的预期现象。

@jianli-97

如何部署CNI环境？我看到环境中是有cni的配置的，但是服务仍然有报错

此前的分析有误，抱歉。以下是根据代码分析的结论，该现象是正常的。

调用链路如下：

1. CNI 管理器故意先标成“未初始化”

// cnimgr.go
mgr := &CNIManager{
	plugin:    plugin,
	lastError: errors.New("plugin status uninitialized"),
}
go mgr.pollUntilReady()

创建后 lastError 先设为 plugin status uninitialized，后台每 500ms 调一次 plugin.Status()，成功后才清掉错误。

2. Status API 据此上报 NetworkReady=false

// runtime_status.go
if err := s.config.CNIPluginReadyOrError(); err != nil {
	networkCondition.Status = false
	networkCondition.Reason = networkNotReadyReason
	networkCondition.Message = fmt.Sprintf("Network plugin returns error: %v", err)
}

所以会看到：Network plugin returns error。

3. 健康检查在 CNI 就绪前就跑了，故意忽略 NetworkReady

// health.go
for _, c := range response.GetStatus().GetConditions() {
	if c.GetType() == "NetworkReady" {
		if !cniPluginInitialized.Load() {
			log.Warnf(ctx, "CNI plugin not yet initialized. Ignoring NetworkReady status: %v, message: %s, reason: %s", c.GetStatus(), c.GetMessage(), c.GetReason())
			continue

此时 cniPluginInitialized 仍为 false，于是打出 warning，并 跳过 NetworkReady，不把健康检查判失败。

4. 随后异步等待 CNI，就绪后标记完成

// health.go
func (s *Server) cniPluginReadinessCheck(ctx context.Context) {
	cniInitOnce.Do(func() {
		go func() {
			if err := s.waitForCNIPlugin(ctx, ""); err != nil {
				log.Errorf(ctx, "CNI plugin not ready: %v", err)
			} else {
				log.Infof(ctx, "CNI plugin is ready")
				cniPluginInitialized.Store(true)
			}
		}()
	})
}

对应截图里的 Waiting to create → is now ready → is ready。

我这边环境，,服务stop后日志CNI仍然是没有no ready

我这边环境，,服务stop后日志CNI仍然是没有no ready

@ga_beng_cui

您看我的截图，我使用的也是2609 devstation iso，当时的repo源是http://121.36.84.172/dailybuild/EBS-openEuler-26.09-DevStation/openeuler-2026-09-11-02-44-55/ ，您是用的哪个呢？

@jianli-97
我用的是
https://dailybuild.openeuler.openatom.cn/dailybuild/EBS-openEuler-26.09-DevStation/rc4_openeuler-2026-09-07-02-46-54/26.09-with-kernel-6.6/ISO/aarch64/openEuler-26.09-aarch64-dvd.iso
内核版本是6.6.0-169.0.0.2.oe2609
或者用
https://dailybuild.openeuler.openatom.cn/dailybuild/EBS-openEuler-26.09-DevStation/rc2_openeuler-2026-08-24-07-58-15/26.09-with-kernel-6.6/ISO/aarch64/openEuler-26.09-aarch64-dvd.iso
要用转测版本，日构建版本和我们的转测版本的iso不一致

/reason 经在 RC5 版本上验证，该问题已不复现，关闭此 issue。根因尚未明确，后续版本将持续关注，若问题重现将重新打开排查。