-
-
Notifications
You must be signed in to change notification settings - Fork 50
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
Problems running nanocl on Ubuntu wth podman #1009
Comments
Hey thanks to have took time to open a very detailed issue, i'll investigate and provide a fix! |
So i investigated why on system reboot container aren't restarting, and it's seems there is a problem with conmon this is the error i get:
I was able to fix it on a fresh ubuntu 24 install using this script: It came from this issue: containers/podman#21024 wget https://download.opensuse.org/repositories/devel:/kubic:/libcontainers:/stable/xUbuntu_22.04/amd64/conmon_2.1.2~0_amd64.deb -O /tmp/conmon_2.1.2.deb
sudo apt install /tmp/conmon_2.1.2.deb After i got another error:
Looks like podman don't create mounted directory on restart. |
I'll add this later in the documentation but this is the steps to add the systemd profile: sudo vim /etc/systemd/system/nanocl-podman-restart.service The profile: [Unit]
Description=Create /run/nanocl directory before podman-restart
Before=podman-restart.service
[Service]
Type=oneshot
ExecStart=/bin/mkdir -p /run/nanocl
[Install]
WantedBy=multi-user.target Then we enable the profile: sudo systemctl daemon-reload
sudo systemctl enable nanocl-podman-restart |
And it's look like there is deeper problem with podman. Some of the data cannot be serialized correctly because they didn't correctly followed the docker structures. Failed to deserialize JSON: unknown variant I'll see if it come from the library i use but it generate the structure from the openapi spec from docker. |
I'd recommend to try on distro with first class support for podman - like Fedora - behavior there might be different. Ubuntu support of podman seems to be bit dubious ... |
Has this podman situation improved since? |
Describe the bug
When playing with nanocl on Ubuntu 24.04 I've encountered couple of issues:
It's related to existing Ubuntu bug:
https://bugs.launchpad.net/ubuntu/+source/libpod/+bug/2040483 /
This prevents podman and thus nanocl from stopping containers.
Disabling apparmor heled.
ndns exists with this error:
dnsmasq: failed to create listening socket for 10.89.0.1: Address in use
It's because it is used by podman's own dns service:
As described here https://www.redhat.com/sysadmin/podman-new-network-stack
podman does not have daemon by default - so restart of containers should be managed by systemd - not exactly sure why some containers restarted and some not . Did not look into details
While first issue is purely Canonical problem, second and third one I think will be more generic - I assume this will affect nanocl on other platforms too.
To Reproduce
Clean install of Ubuntu 24.04 and
sudo apt install podman
Install nanocl as per it's documentation (must do sudo nanocl install because of right on podman socket in /var/run/podman/podman.sock")
failing ndns cn be seen via sudo podman ps -a
reboot system, and see what containers are still running
Expected behavior
podman should works same as docker
Desktop (please complete the following information):
The text was updated successfully, but these errors were encountered: