Hacktoberfest 2026:维护者为十月标记出来的 issue,仍然开放、适合新手。 浏览 Hacktoberfest issue

Podman: up can hang after "Container started" on create/recreate

未关闭
#1,236 1 条评论 3 个 reaction 已指派 1 人 在 GitHub 查看

维护者通常 1 天内回复

@v-Mathiyarasy 已经在做这个了。

开始于 2026年5月27日。

评估

这个 Issue 还没有评估数据。

描述

Summary

devcontainer up can hang forever after printing Container started when using Podman and creating/recreating a container. It appears to be waiting for the Podman start event even though the container is already running.

Repro
DCMAN_SSH_PORT=56701 devcontainer up \
  --remove-existing-container \
  --skip-post-create \
  --no-lockfile \
  --docker-path podman \
  --update-remote-user-uid-default never \
  --workspace-folder /path/to/workspace

The workspace a .devcontainer.json very similar to this (some stuff removed). --skip-post-create still reproduces the hang, so postCreateCommand does not appear to be the cause.

{
  "name": "Fedora Sandbox",
  "image": "ghcr.io/kraxen72/fedora-toolchain-base:latest",
  "postCreateCommand": "pnpm add -g typescript npm-check-updates degit repomix @devcontainers/cli",
  "workspaceMount": "source=${localWorkspaceFolder},target=/home/vscode/workspaces/${localWorkspaceFolderBasename},type=bind,Z",
  "workspaceFolder": "/home/vscode/workspaces/${localWorkspaceFolderBasename}",
  "features": {
    "ghcr.io/kraxen72/devcontainer-features/common-utils-bash-prompt:1": {},
    "ghcr.io/kraxen72/devcontainer-features/pnpm:1": {},
    "ghcr.io/kraxen72/devcontainer-features/codex-cli:1": { "version": "latest", "autoUpdate": true },
    "ghcr.io/kraxen72/devcontainer-features/copilot-cli:1": { "version": "latest", "autoUpdate": true },
    "ghcr.io/kraxen72/devcontainer-features/ssh-zed:2": {}
  },
  "runArgs": [
    "--name=dcman_${localWorkspaceFolderBasename}",
    "--publish=127.0.0.1:${localEnv:DCMAN_SSH_PORT}:2222",
    "--cap-drop=ALL",
    "--cap-add=SETUID",
    "--cap-add=SETGID",
    "--security-opt=no-new-privileges",
    "--tmpfs=/tmp:exec,mode=1777",
    "--pids-limit=2048",
    "--ulimit=nproc=2048:2048",
    "--ulimit=nofile=65536:65536"
  ],
  "remoteUser": "vscode",
  "updateRemoteUserUID": true
}
Expected

After Container started, the CLI should inspect/setup the running container and continue to user commands or finish.

Actual

The CLI hangs after:

Start: Run: podman run ...
Container started

Process inspection shows a live podman events --format json --filter event=start child and the attached podman run child. The container is running and podman events --since ... --filter event=start shows the matching start event with the expected devcontainer.local_folder / devcontainer.config_file labels.

Existing-container devcontainer up completes. --skip-post-create still hangs, so this is before post-create. Running with --log-level debug or trace often makes it pass, which looks like a timing race in the event listener setup.

Versions tested
  • @devcontainers/cli 0.87.0 and 0.86.0
  • Podman 5.8.2
  • Node 24.15.0 and 22.22.3
  • Fedora 43 / Linux 7.0.4
主要语言
TypeScript
星标
3k
派生
463
平均合并
13 小时 28 分钟
30 天内合并 PR
2

环境准备

在 Codespaces 中打开

在浏览器里用你自己的 GitHub 账号启动这个项目的开发容器。

  • 没有 Dockerfile 或 Docker Compose 文件
  • 没有 Pull Request 模板
  • 阅读贡献指南

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

devcontainers/cli 的其他 Issue

查看 devcontainers/cli 的全部 Issue

相似的 Issue

更多 TypeScript Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。