CimFS snapshotter causes BSOD on Windows Server 2022 (build 20348.4773) under concurrent container workload
还没有人认领这个 Issue。
评估
- 难度
- 5/5
- 预计耗时
- 一周以上
- 新手友好度
- 25/100
- Issue 类型
- 缺陷
- 描述清晰度
- 基本清楚
- 活跃度
- 活跃
- 技术栈
- kubernetes
调研方向
先从 issue 中描述的 CimFS snapshotter 配置和并发工作负载复现开始，然后检查可用的 minidump。查看相关的 hcsshim issue，因为 CimFS snapshotter 和 differ 实现位于其中。完成的标准是找出并解决 CimFS 或集成部分导致崩溃的原因，使并发 pull 不再产生 BSODs。
由索引模型根据 Issue 内容生成。
描述
Describe the bug
Using the CimFS snapshotter (cimfs.sys) with containerd 2.2.1 on Windows Server 2022 causes repeated BSODs when pulling and starting multiple container images concurrently. Two distinct bugchecks occurred within 13 minutes:
0x00000044(MULTIPLE_IRP_COMPLETE_REQUESTS)0x000001ca(SYNTHETIC_WATCHDOG_TIMEOUT)
Also filed as https://github.com/microsoft/hcsshim/issues/2625 since the CimFS snapshotter/differ implementation lives in hcsshim.
To Reproduce
- Install containerd v2.2.1 on Windows Server 2022 (build 20348.4773).
- Configure containerd to use the
cimfssnapshotter:version = 3 [plugins.'io.containerd.cri.v1.images'] snapshotter = 'cimfs' [plugins.'io.containerd.transfer.v1.local'] [[plugins.'io.containerd.transfer.v1.local'.unpack_config]] platform = 'windows/amd64' snapshotter = 'cimfs' differ = 'cimfs' - Start containerd and kubelet.
- Pull ~15-20 Windows container images concurrently (Kubernetes daemonsets + workloads).
- System BSODs within minutes.
Expected behavior
The CimFS kernel driver should handle concurrent image layer mounts without crashing.
Configuration:
- Edition: Windows Server 2022 Datacenter (21H2)
- OS Build: 20348.4773 (KB5075906, February 2026 cumulative update)
cimfs.sysdriver version: 10.0.20348.3804- Container engine: containerd v2.2.1
- Orchestrator: Kubernetes v1.34.2
- Hardware: Bare metal, AMD Ryzen 9 7950X, 64GB RAM
- Base images:
mcr.microsoft.com/windows/servercore:ltsc2022andmcr.microsoft.com/windows/nanoserver:ltsc2022
Additional context
Bugcheck details:
Bugcheck 1 (12:37 PST):
Code: 0x00000044 (MULTIPLE_IRP_COMPLETE_REQUESTS)
Parameters: (0xffffb1075846f4c0, 0x000000000000125a, 0x0000000000000000, 0x0000000000000000)
Bugcheck 2 (12:50 PST):
Code: 0x000001ca (SYNTHETIC_WATCHDOG_TIMEOUT)
Parameters: (0x0000000019628f83, 0x00000001bf799269, 0x00000001bf7ca01d, 0x0000000000000008)
The system was stable for over 3 years with the default windows (WCIFS) snapshotter. BSODs started immediately after switching to CimFS and stopped after reverting. The crashes appear to be in the cimfs.sys kernel driver under concurrent I/O load.
Minidumps are available if needed.
- 主要语言
- PowerShell
- 星标
- 557
- 派生
- 75
- PR 合并指标
- 30 天内没有已合并 PR
环境准备
这个项目没有提供开发容器、Dockerfile 或贡献指南，环境需要你自己搭建：先看它的 README，通用步骤见我们的新手贡献指南。
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
microsoft/Windows-Containers 的其他 Issue
-
enhancement triage
难度 2/5 1-3 小时 新手友好度 68/100
microsoft/Windows-Containers#630 · 6 条评论 ·
-
难度 4/5 1-2 天 新手友好度 48/100
microsoft/Windows-Containers#657 · 2 条评论 ·
-
bug triage
难度 5/5 一周以上 新手友好度 30/100
microsoft/Windows-Containers#655 · 8 条评论 ·
-
enhancement triage
难度 5/5 一周以上 新手友好度 25/100
microsoft/Windows-Containers#653 · 1 条评论 ·
-
enhancement triage
难度 5/5 一周以上 新手友好度 30/100
microsoft/Windows-Containers#652 · 1 条评论 ·
查看 microsoft/Windows-Containers 的全部 Issue
相似的 Issue
-
难度 2/5 1-3 小时 新手友好度 66/100
-
难度 1/5 1-3 小时 新手友好度 84/100
维护者通常 1 天内回复
-
area: deploy good first issue security
难度 2/5 1-3 小时 新手友好度 88/100
维护者通常 1 天内回复
-
good first issue
难度 2/5 半天 新手友好度 78/100
维护者通常 1 天内回复
-
bug
难度 2/5 1-3 小时 新手友好度 86/100
yunaremaia/ci-sandbox#89 ·