Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

slirp4netns package missing in F40 base commit #547

Closed
tcitworld opened this issue Apr 4, 2024 · 15 comments
Closed

slirp4netns package missing in F40 base commit #547

tcitworld opened this issue Apr 4, 2024 · 15 comments
Assignees
Labels
bug Something isn't working f40 Related to Fedora 40

Comments

@tcitworld
Copy link

tcitworld commented Apr 4, 2024

Describe the bug
I'm trying to run a specific docker container with docker start, which outputs this

Error: unable to start container "7df5ccd4631ccbfbdccafac4aec785f0088686bba5337426cf5b17c36422683b": could not find slirp4netns, the network namespace can't be configured: exec: "slirp4netns": executable file not found in $PATH

The slirp4netns package is indeed not installed in the F40 current base commit, though it was in F39

rpm-ostree db list 708458ed3af814de6ec901e9e04872bb83c9ed8dbedcab42fd0943badce68809 | grep slirp4netns

Returns nothing

rpm-ostree db list 8b2ab1dc8e53e928d23de9ed3be548c0338c3dec3fcb1c28b1caa0df70b35b7f | grep slirp4netns
 slirp4netns-1.2.2-1.fc39.x86_64

Returns the package name.

Adding slirp4netns as a layered package allows to run the container properly.

To Reproduce
Please describe the steps needed to reproduce the bug:

  1. docker start $container

Expected behavior
The package being installed and docker start executing

OS version:

State: idle
AutomaticUpdates: check; rpm-ostreed-automatic.timer: no runs since boot
BootedDeployment:
● fedora:fedora/40/x86_64/silverblue
                  Version: 40.20240403.n.0 (2024-04-03T08:15:05Z)
               BaseCommit: 708458ed3af814de6ec901e9e04872bb83c9ed8dbedcab42fd0943badce68809
             GPGSignature: Valid signature by 115DF9AEF857853EE8445D0A0727707EA15B79CC
      RemovedBasePackages: noopenh264 0.1.0~openh264_2.4.0-1.fc40
          LayeredPackages: abrt abrt-desktop distrobox ffmpegthumbnailer fido2-tools git gnome-abrt gnome-console gnome-tweak-tool google-noto-sans-bamum-fonts gstreamer1-plugin-openh264 gstreamer1-plugins-bad-free-extras gstreamer1-vaapi htop
                           intel-media-driver langpacks-fr libavcodec-freeworld libva-intel-driver libva-utils mozilla-openh264 nextcloud-client-nautilus openh264 openssl pam-u2f pamu2fcfg pipewire-codec-aptx podman-compose podman-docker
                           rpmfusion-free-release rpmfusion-nonfree-release simple-scan smartmontools solaar teamviewer vim zsh

@tcitworld tcitworld added the bug Something isn't working label Apr 4, 2024
@francoism90
Copy link

Same bug here, this is still needed also for Podman:
containers/podman#22044 (comment)

DNS is not working at all for rootless containers on F40.

@travier

This comment was marked as off-topic.

@travier travier added the f40 Related to Fedora 40 label Apr 8, 2024
@travier
Copy link
Member

travier commented Apr 8, 2024

@Luap99
Copy link

Luap99 commented Apr 8, 2024

I think it would be a good idea to add slirp4netns back, I forgot to mentioned the case for older containers in the blog (I will update it).
The reason is rootless containers created with podman 4.X and older (assuming default network option) will continue to use slirp4netns, the new default pasta will only take effect for newly created containers.
For regular fedora we changed it to suggests as it is no longer required on a new installs and we assume that slirp4netns will still be installed after a dnf system-upgrade so we did not see any upgrade issues for that, of course with rpm-ostree it works differently so I would suggest to make sure it is added to avoid breaking existing rootless containers.

@francoism90
Copy link

@Luap99 Can you convert to pasta?

I'm new to Podman, so I assume podman network rm name, and recreate is enough, right? :)

It's weird switching back fixed the issue, so hopefully it will all be solved soon.

If you need more testing or debug info, let me know.

Thanks!

@Luap99
Copy link

Luap99 commented Apr 8, 2024

if you use named networks then it uses whatever is configured (default_rootless_network_cmd, pasta by default) although you will need to stop all containers to apply that on the next start for the rootless-netns.

I was specifically talking about the default --network=slirp4netns (4.X) vs --network=pasta (5.0)

@travier
Copy link
Member

travier commented Apr 9, 2024

We had a similar discussion in #246 when that happen for containernetworking-plugins.

I'm not opposed to adding it back (although it's a bit late for the F40 release, but it can land in an update after) but then we need to plan for removing it in the future.

@travier

This comment was marked as off-topic.

@dustymabe

This comment was marked as off-topic.

@travier

This comment was marked as off-topic.

@Luap99

This comment was marked as off-topic.

@travier

This comment was marked as off-topic.

@travier
Copy link
Member

travier commented Apr 9, 2024

I'll make a PR to add slirp4netns back until it's fully deprecated / unsupported in podman.

@travier
Copy link
Member

travier commented Apr 9, 2024

@travier travier self-assigned this Apr 15, 2024
@travier
Copy link
Member

travier commented Apr 23, 2024

I merged both PRs so this should be fixed in the next update (likely tomorrow)

@travier travier closed this as completed Apr 23, 2024
karuboniru pushed a commit to karuboniru/karuboniru-workstation that referenced this issue May 2, 2024
evan-goode pushed a commit to evan-goode/workstation-ostree-config that referenced this issue Jul 24, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working f40 Related to Fedora 40
Projects
None yet
Development

No branches or pull requests

5 participants