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
Issues with ENABLE_AUTOPAUSE=TRUE in Podman (Rootless) #1276
Comments
I'm going to explore a root-less approach when I finally get to this idea itzg/mc-server-runner#19 |
For others who might be looking for workarounds: you might be able to get away with systemd socket activation |
I finally got it after nearly 2 years! The solution was stupidly simple too and I'm kicking myself for not figuring this out earlier. TL;DR run with I was looking back through this old thread and saw this comment about watching the interface while knocking. With a normal rootless setup I was watching with I then looked at the bound ports from the host in rootless and rootfull setups.
Rootfull:
Seeing how The From the network options and this rootless containers site, I saw the option to set the port forwarder with
The rootless container with slirp4netns still has The last comment above this one mentioned So nice to have this finally working. |
Fantastic write-up @jmighion ! |
Actually, since Linux kernel 5.7, commit |
Interesting. Have you given that a try to see if autopause works with that? |
No, sorry, actually I'm not familiar at all with this project, I just saw this from a link on containers/podman/issues/14425.
...and, also, I just assumed you used What the |
Describe the problem
While enabling autopause, the script has a hard time attaching to the interface (any) while running the container as rootless.
Im assuming there is a way to create an interface that acts like a bridge with permissions for the container to listen. But I'm not sure how to approach such a thing.
I have also been told that Kubernetes has a pause container. Maybe that could be used to in tandem (share network though an autopause container ) with this container to deliver a similar result?
I'm sure there is a way to fix this, if so it would be nice to have this in the readme, as I seem to not be the only one:
#555 (comment)
Container definition
file pulled using (from docker.io). Ports are set in configs (57571 server. 57573 rcon)
private network mode
slirp4netns (default )
host
bridge
Container logs
private
slirp4netns
Host
bridge
The text was updated successfully, but these errors were encountered: