Win10执行Podman machine start报All pipe instances are busy如何解决

故障对应场景 #

• 系统版本：Windows 10
• 操作流程：
  1. 执行podman machine init命令正常运行完成
  2. 执行podman machine start时弹出All pipe instances are busy错误提示，Podman machine无法正常启动

按优先级尝试以下修复方案 #

方案1：强制重置WSL后台进程 #

这是该错误最高发的诱因，WSL后台残留进程会占用Podman依赖的命名管道：

1. 关闭所有已打开的终端窗口、Podman Desktop客户端（如果已安装）
2. 以管理员身份启动PowerShell，依次执行以下命令终止残留进程：

wsl --shutdown
taskkill /F /IM wslservice.exe /T
taskkill /F /IM wslhost.exe /T
taskkill /F /IM podman.exe /T

3. 等待10秒后，重新执行podman machine start测试即可，绝大多数场景下该步骤可解决问题。

方案2：排查管道资源占用 #

如果方案1无效，说明有其他程序抢占了Podman需要的命名管道资源：

• 若设备安装了Docker Desktop，先完全退出Docker Desktop，再执行方案1的WSL重置命令后重试
• 执行wsl --list --running查看当前正在运行的其他WSL发行版，通过wsl -t <发行版名称>命令临时关闭其他WSL实例后再启动Podman machine
• 临时退出正在运行的VPN、终端安全类软件，这类软件的进程拦截规则可能阻断命名管道通信

方案3：重建Podman machine实例 #

以上方案均无效时，说明初始化生成的machine实例存在管道配置异常，直接重建即可：

1. 执行命令删除异常的machine实例：

podman machine rm -f

2. 关闭其他占用WSL的程序后，重新执行初始化命令：

podman machine init

3. 初始化完成后执行podman machine start即可正常启动。

常见操作不当触发点 #

以下错误操作会直接触发该报错，操作时注意规避：

• 不要混用权限执行Podman命令：用普通用户权限执行init后，切管理员权限执行start，或反向操作，权限不一致会触发管道访问拒绝
• 执行init/start命令时，不要同时开多个终端重复执行Podman相关操作，会引发管道资源抢占
• Windows 10需提前将WSL升级到2.0.0及以上版本，执行wsl --update即可完成升级，旧版本WSL自身存在命名管道通信的已知bug

内容的提问来源于stack exchange，提问作者Dee