@zhong-jiawei-1
Hi peulerosci, welcome to the openEuler Community.
I'm the Bot here serving you. You can find the instructions on how to interact with me at Here.
If you have any questions, please contact the SIG: sig-CloudNative, and any of the maintainers: @yangzhao_kl , @jianminw , @weibaohui , @duguhaotian , @wonleing , @zhangsong234 , @xuxuepeng , @flyflyflypeng , @zmr_2020 , @gaodaweiky , @lu-wei-army
@ahmhassan , @baigj , @duguhaotian , @duyiwei7w , @fanbondi , @feijianqiang , @gfmyeung , @heruoqing , @hong-xuming , @jianli-97 , @jing-rui , @jxy_git , @liumin6 , @liuxu180400617 , @li-yuanrong , @lkylky521 , @northgarden , @pencc , @running_wanglei , @suo-xiaocong , @weihuanhuan_ky , @weixin_38854637 , @weiy6 , @wenzhiwei11 , @wj43210 , @wubijie123 , @wuyad , @xu_lei_123 , @yukaii1 , @zhangsibo1129 , @zhaoyifan28 , @zhourenjianz
以下的要求不是强制性的, 未按模板评论时对issue无任何影响
issue处理注意事项:
1. 当前issue受影响的分支提交pr时, 须在pr描述中填写当前issue编号进行关联, 否则无法关闭当前issue;
2. 模板内容需要填写完整, 无论是受影响或者不受影响都需要填写完整内容,未引入的分支不需要填写, 否则无法关闭当前issue;
3. 以下为模板中需要填写完整的内容, 请复制到评论区回复, 注: 内容的标题名称(影响性分析说明, 缺陷严重等级, 受影响版本排查(受影响/不受影响), 修复是否涉及abi变化(是/否))不能省略,省略后defect-manager将无法正常解析填写内容.
评论区可能使用到的指令说明:
| 指令 | 指令说明 | 使用权限 |
|---|---|---|
| /check-issue | 触发defect-manager校验 | 不限 |
| /reason xxx | /reason +挂起或取消条件 | 不限 |
影响性分析说明:
缺陷严重等级:(Critical/High/Moderate/Low)
缺陷根因说明:
受影响版本排查(受影响/不受影响):
- openEuler-20.03-LTS-SP4:
- openEuler-22.03-LTS-SP3:
- openEuler-22.03-LTS-SP4:
- openEuler-24.03-LTS:
- openEuler-24.03-LTS-SP1:
- openEuler-24.03-LTS-SP2:
abi变化(是/否):
- openEuler-20.03-LTS-SP4:
- openEuler-22.03-LTS-SP3:
- openEuler-22.03-LTS-SP4:
- openEuler-24.03-LTS:
- openEuler-24.03-LTS-SP1:
- openEuler-24.03-LTS-SP2:
缺陷issue处理具体操作请参考:
https://gitcode.com/Coopermassaki/cve-manager/blob/master/cve-vulner-manager/doc/md/defect-manager-manual.md
pr关联issue具体操作请参考:
https://docs.gitcode.com/docs/help/home/org_project/pullrequests/pr-related-issue
优先级:
次要详细描述:
【OS版本】：被测的版本信息
【测试类型】：发现问题的测试类型，功能测试、可靠性测试、性能测试等
功能测试
【测试步骤】：详细描述可以复现该问题的测试步骤
k8s调用docker exec接口执行健康检查，同时重启docker服务
【结果输出】：根据上述测试步骤执行后，系统的实际输出
docker服务重启过程中，restore容器报错unexpected EOF，导致被删除
【预期输出】：系统在上述测试步骤操作后，按照系统设计应该输出的结果
容器成功retored
【测试代码】：发现问题的测试代码，或者关键片段，能指导问题复现
【初步定位结论】：已明确的相关定位信息或者相关的沟通交流信息
docker和containerd之间使用grpc通信的代码存在直接返回unexpected EOF的逻辑，社区高版本添加了重试机制
原因分析:
【是否新引入rpm包，是否进行了安全编译选项扫描】
否
【定位分析】
docker restore过程中通过containerd.sock创建的grpc连接请求containerd获取容器信息，存在低概率grpc连接状态不正确返回unexpected EOF报错，增加重试机制加固相关逻辑。
跟下游对齐后，认可该修改方案
【对外部是否有影响】
NA
二、缺陷分析结构反馈
影响性分析说明：
缺陷严重等级:(Critical/High/Moderate/Low)
缺陷根因说明:
受影响版本排查(受影响/不受影响):
openEuler-20.03-LTS-SP4
openEuler-22.03-LTS-SP3
openEuler-22.03-LTS-SP4
openEuler-24.03-LTS
openEuler-24.03-LTS-SP1
openEuler-24.03-LTS-SP2
修复是否涉及abi变化(是/否):
openEuler-20.03-LTS-SP4
openEuler-22.03-LTS-SP3
openEuler-22.03-LTS-SP4
openEuler-24.03-LTS
openEuler-24.03-LTS-SP1
openEuler-24.03-LTS-SP2