containerd 的容器内最大打开文件数继承默认值可以到10亿的大小，有些应用会hang很久。

**【缺陷描述】：请补充详细的缺陷问题现象描述**

容器这边继承这个默认值可以到10亿的大小，有些应用直接hang在那里了，需要确认下是否存在问题.

**一、缺陷信息**

![输入图片说明](https://foruda.gitee.com/images/1754647035978608143/65f05479_9399321.png "2025-08-08_09-53_pa2.png")
**【缺陷所属的os版本】（如openEuler-22.03-LTS，参考命令"cat /etc/os-release"结果）**
openEuler-25.09-LTS

**【内核版本】（如kernel-5.10.0-60.138.0.165，参考命令"uname -r"结果）**

**【缺陷所属软件及版本号】（如kernel-5.10.0-60.138.0.165，参考命令"rpm -q 包名"结果）**

**【环境信息】**
硬件信息
x86
- 提供跟硬件相关的信息，如架构、cpu和内存规格等
- 虚拟机场景，额外补充宿主机os版本类型

软件信息

- 跟缺陷所属软件相关的其它软件版本信息（如软件包构建失败由gcc引起，请填写gcc的版本号）

网络信息

- 如果有特殊组网，请提供网络拓扑信息以及网络数据走向

**【问题复现步骤】：请描述具体的操作步骤**

**【实际结果】**，请描述出问题的结果和影响
**【期望结果】**，请描述出期望的结果和影响
**【其他相关附件信息】**
比如系统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

src-openEuler/containerd

内容风险标识

评论 (3)

src-openEuler/containerd .gitee-modal { width: 500px !important; }

内容风险标识