Bug Issue Usage Guide
- To change the issue status to 已验收, 已挂起, or 已取消, you need to perform the operation by commenting.
- If the issue is not associated with a milestone, either the issue creator or repository maintainer can change its status to one of the three states by commenting as shown in the table below.
- If the issue is associated with a milestone, refer to the table below.
| Comment | Target Status | Who Can Do It |
|---|---|---|
| /state2accepted | 已验收 | Issue creator |
| /state2suspended | 已挂起 | Release managerment SIG maintainer |
| /state2cancelled | 已取消 | QA SIG maintainer |
Notice ❗
- When adding a milestone, if the current issue status is 已验收, 已挂起, or 已取消, manually change the status to 待办的.


Hi peeweep, 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: iSulad, and any of the maintainers: @jingxiaolu , @jingwoo , @lifeng2221dd1 , @xuxuepeng , @caihaomin , @duguhaotian , any of the committers: @liuxu180400617 , @taotao-sauce


@caihaomin , @duguhaotian , @jingxiaolu , @jingwoo , @lifeng2221dd1 , @xuxuepeng , @liuxu180400617 , @taotao-sauce
以下的要求不是强制性的, 未按模板评论时对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://gitee.com/Coopermassaki/cve-manager/blob/master/cve-vulner-manager/doc/md/defect-manager-manual.md
pr关联issue具体操作请参考:
https://gitee.com/help/articles/4142


【缺陷描述】:请补充详细的缺陷问题现象描述
一、缺陷信息
【缺陷所属的os版本】
25.09 qemu: https://dl-cdn.openeuler.openatom.cn/openEuler-25.09/virtual_machine_img/riscv64/openEuler-25.09-riscv64.qcow2.xz
24.03 sp2 docker: https://dl-cdn.openeuler.openatom.cn/openEuler-24.03-LTS-SP2/docker_img/riscv64/openEuler-docker.riscv64.tar.xz
【内核版本】
6.6.0-102.0.0.5.oe2509.riscv64
【缺陷所属软件及版本号】
iSulad-2.1.5-21.oe2509.riscv64
lcr-2.1.4-21.oe2509.riscv64
lxcfs-5.0.4-3.oe2509.riscv64
lxcfs-tools-0.3-36.oe2509.riscv64
syscontainer-tools-0.9-67.oe2509.riscv64
【环境信息】
【问题复现步骤】
https://docs.openeuler.openatom.cn/zh/docs/25.09/cloud/container_form/system_container/overview.html
根据文档内容,在测试系统容器特性的过程中,发现 RISC-V 架构下无法启动系统容器。具体来说是在 lcr 运行时下无法启动任何容器,包括系统容器或者最基础的 busybox 容器,需要添加 --security-opt seccomp=unconfined 才可以启动。
以下测试步骤以启动 2403 sp2 riscv 系统容器为例
由于使用默认的 runc 运行时会遇到与 https://gitee.com/src-openeuler/iSulad/issues/I9U4JI 同样的报错,因此在启动 isulad 前已经将 runc 改为 lcr 运行时
【实际结果】
在 lcr 运行时下启动镜像失败:
journalctl -f -u isulad 看到日志报错: sync - ../src/lxc/sync.c:sync_wake:47 -Broken pipe - Sync wake failure
关闭 seccomp 后可以成功启动,猜测是/etc/isulad/seccomp_default.json 中缺少某些 riscv 架构的 syscall
【期望结果】
在 riscv 架构下,无需添加 seccomp=unconfined 参数即可启动容器
【其他相关附件信息】
比如系统message日志/组件日志、dump信息、图片等
【缺陷详情及分析指导参考链接】
二、缺陷分析结构反馈
影响性分析说明:
缺陷严重等级:(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