`up` hangs after "Container started" when creating a container with Podman on Windows (podman machine / WSL)

Offen
  • Stimmt etwas nicht?
#1,355 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Anfängerfreundlichkeit
54/100
Issue-Typ
Bug
Klarheit
Klar beschrieben
Aktivitätsstatus
Aktiv
Tech-Stack
node.js, typescript
Bereich
backend, devtools

Rechercherichtung

Start by comparing the container creation path with the existing Podman hang reported in #1236, then trace what the CLI does after logging "Container started" on Windows with Podman. The report provides no source files or tests, so locate the creation flow and its tests from that log point. Done when a fresh container creation completes and the CLI proceeds to connect, including on Podman machine backed by WSL2.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

Summary

With Podman as container engine on Windows, creating a dev container never finishes: the log stops right after Container started, and nothing else is logged. The container itself is running (podman ps -a shows Up, podman inspect shows State.Running=true).

This looks like the same symptom as #1236 (hang after "Container started" on create/recreate with Podman), but on Windows with a Podman machine instead of Linux.

Environment
  • OS: Windows 11 Pro 26H2 (win32 10.0.26300 x64), Podman machine backed by WSL2
  • VS Code 1.145.2, Dev Containers extension 0.469.0, @devcontainers/cli 0.89.0 (Node v24.22.1)
  • Podman client 6.1.4 / server 6.0.2, buildah 1.45.2
  • dev.containers.dockerPath / --docker-path: podman
devcontainer.json
{
  "name": "Dev env",
  "image": "node:24-slim",
  "remoteUser": "node"
}
Steps to reproduce
  1. Open a folder with the devcontainer.json above in VS Code, with no previous containers or volumes for it.
  2. Run "Dev Containers: Reopen in Container".
  3. The window stays on "Starting container" indefinitely.

Reproducible every time on container creation: first build, "Rebuild Container" and "Rebuild Container Without Cache" all end in the same hang, even when no previous containers or volumes exist.

Workaround

Force-close the remote connection and run "Reopen in Container" again (normal, no rebuild). Since the container is already built, it starts without any problem and VS Code connects normally (in the successful log the CLI runs podman start on the existing container, inspects it and installs the VS Code Server).

Related
  • #1236
Vorherrschende Sprache
TypeScript
Sterne
3k
Forks
475
Ø Merge
10 Std. 31 Min.
Gemergte PRs (30 T.)
9

Entwicklungsumgebung

In Codespaces öffnen

Startet den Dev-Container des Projekts im Browser, mit Ihrem eigenen GitHub-Konto.

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus devcontainers/cli

Alle Issues in devcontainers/cli

Ähnliche Issues

Weitere Issues zu TypeScript

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.