Skip to content

fix: init with podman and netns=host create containers without ports - #1694

Open
m3nax wants to merge 1 commit into
dapr:masterfrom
m3nax:fix-init---dev-when-using-in-netns-=-host
Open

fix: init with podman and netns=host create containers without ports#1694
m3nax wants to merge 1 commit into
dapr:masterfrom
m3nax:fix-init---dev-when-using-in-netns-=-host

Conversation

@m3nax

@m3nax m3nax commented Sep 4, 2026

Copy link
Copy Markdown

Description

Fix dapr init creating containers in podman without published ports

On my development workstation (Windows, with podman and a WSL podman machine), running
dapr init --dev --container-runtime=podman with Dapr CLI 1.18 created all the Dapr
containers (dapr_placement, dapr_scheduler, dapr_redis, dapr_zipkin) with no
published ports
. podman ps showed an empty PORTS column and nothing was reachable from
the host, which made the local Dapr setup unusable.

The root cause is the podman netns default in containers.conf. When the CLI does not pass
an explicit --network, podman applies that default. If it is set to host, every -p
mapping is silently discarded.

Issue reference

Checklist

Please make sure you've completed the relevant tasks for this PR, out of the following list:

  • Code compiles correctly
  • Created/updated tests
  • Extended the documentation

Signed-off-by: Manuel Menegazzo <manuel.menegazzo@outlook.com>
@m3nax
m3nax requested review from a team as code owners September 4, 2026 21:44
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant