-
-
Notifications
You must be signed in to change notification settings - Fork 417
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
Podman failing to start on UDM SE v3.0.10 #428
Comments
+1 |
@chrisdooks Do you know how to build new podman version for unifi? I tried following the instructions in the readme but doesn't seem to work. @boostchicken Can you please help? If you can provide the instructions to build, then I can build and open a PR. |
I'm afraid not, it's above my level of knowledge. |
@boostchicken can you please help. I tried building podman on wsl following your instructions but I am getting compile errors due to missing libseccomp. I tried installing arm64 version of that lib but wasn't successful as dependencies won't install. Main base dependency is libc6:arm64, when I try to install that, apt wants to remove amd64 version of that. So, I am not sure what to do next. Can you please help as pi-hole is completely down due to this incompatibility. |
So, I am able to compile the podman but container still won't start. Keep getting Exit status 1. |
I'm interested in this as well. |
@mayankst how did you solve the multiarch problem with getting that libc6:arm64 package installed? Trying to compile this myself since support had me upgrade to EA to fix a problem that turned out to not be fixable and I want to run home bridge on my UDM SE with the EA software. |
@T3LC0 Yea, I got it to compile but unfortunately looks like Unifi have borked the any ability to run containers in v3 of the OS. There are some major dependencies missing from the OS which are causing runc to not work. At this point I have given up (spent over a month on this researching and debugging) and moved on to alternative solution. |
@mayankst whats the alternative solution you moved to? |
Running Ad Guard home on home assistant. Could have done pi-hole on rPi as well, but I already have the home assistant so it was easier. |
Ah i see. Im using this for wpa_supplicant. Didnt see this issue till after updating to 3.0.12 today... |
did you try setting up podman on 3.x using the latest podman/runc/conmon that @boostchicken pushed a couple of days ago? |
Can confirm same behaviour here on a UDM-SE on v3.0.13 and that's with @boostchicken latest published podman. It would seem that the BPF_CGROUP_DEVICE call has been removed from the new kernel on v3 of the OS. |
Just noting I have the same issue :( I grabbed the latest podman for UDM Pro SE and still the same start error. |
https://github.com/fabianishere/udm-kernel-tools You need that for the UDM-SE |
Kindly elborate as I have some doubts this will work: fabianishere/udm-kernel-tools#82 |
@boostchicken the project is not yet ready for UDM Pro SE. |
Lookign at the kernel file what it has been stripped out by the stock kernel is the |
On 2.x firmwares, you can just install the Debian package for wpa_supplicant instead of running it in a container so you can break the reliance on podman for that. (Assuming you're using it like I am with AT&T Fiber). Haven't tried it on 3.x yet (I'm using a UDM and just got the 2.x firmware yesterday). |
Apparently rootless containers fail. e.g. the https://hub.docker.com/r/tusc/chrony-udm still works for me. |
I am on UDM SE v3.0.13. There you can install podman directly via apt from the debian repository. Have you tried to use that package? Installation runs without any errors but i haven't tried to run a container yet.
|
@foxcris it won't work. This is not a problem of podman. The problem is in the OS kernel which come with the newer firmware version. |
@mazzy89 You are right. Just tried the hello world container and i am getting:
|
@foxcris I think the issue is probably What happens if you switch to the older apt-get remove crun
apt-get install runc |
Just tried this on my UDM SE v3.0.13 and still the same issue. |
@bennettp123 |
Isn't it an option to run a standard debian linux kernel? |
@foxcris any progress on this? |
No. I didn't had time to try to use a standard Debian kernel. Don't want to brick my udm se. Till now I can install podman but it's not working due to the missing kernel features. |
FWIW - I did actually brick my UDM on one occasion when I accidentally executed an rm -rf at the wrong subfolder and removed a good chunk of the OS. Turns out there is a neat trick to bring it back to stock from an embedded image.
I did this and it worked like a charm. |
It's quite hilarious how the lack of a container runtime in a linux box is send to panic a lot of ubiquiti users. |
I was trying to get ADgaurdhome running without podman but I cannot attach it to a network interface (i.e. 192.168.1.0) on port 53. Port 53 was taken by another program. Does anybody have any guidelines on how to do this without podman? |
You should bind the already installed dns resolver (probably dnsmasq) to local host and configure adguardhome to bind to your specific local network network ips.
An other option is to bind dnsmasq to a different port.
19.01.2023 01:23:18 wjbridge ***@***.***>:
… I was trying to get ADgaurdhome running without podman but I cannot attach it to a network interface (i.e. 192.168.1.0) on port 53. Port 53 was taken by another program. Does anybody have any guidelines on how to do this without podman?
—
Reply to this email directly, view it on GitHub[#428 (comment)], or unsubscribe[https://github.com/notifications/unsubscribe-auth/AACYGU5FQXGAWF3QGV72SA3WTCCOXANCNFSM6AAAAAARINPA2Q].
You are receiving this because you were mentioned.[Verfolgungsbild][https://github.com/notifications/beacon/AACYGU7Y4K656B57WVMVUR3WTCCOXA5CNFSM6AAAAAARINPA2SWGG33NNVSW45C7OR4XAZNMJFZXG5LFINXW23LFNZ2KUY3PNVWWK3TUL5UWJTSTHF5LO.gif]
|
Just an easy way to leverage MacVLAN, and eliminate port conflicts, maintain isolation. |
@foxcris Do you know how to do this? I don't really know how to change |
Let us not judge our container loving users! Alas, it does enable people to do things that escape their current knowledge / expertise. I am sure everyone would be grateful if you wrote steps on how to achieve your setup without containers and contributed them to the repo @mazzy89 |
If you don't already know how to do this I suggest sticking with containers and letting the CNI handle it for you. You need to create a new netns and have your programs run in it. The CNI plugins just automate this for you. |
I do love containers too and I'm a big supporter of kubernetes and anything related to containers technologies as you can see from my GH. But containers are a way among many ones to get to the final result. Let's not sediment us to just use container in a box where officially they are not allowed anymore from the vendor. Adaption is the way. The way how I achieve the same thing is via saltstack. I'm not sure if users here they do want to learn saltstack and manage their router with that. If there is the interest I will definitely share it but I doubt it. |
Nowhere did it say containers are not allowed. There just isn't support for it out of the box anymore. I would argue containers are better because it keeps all customization and stuff isolated, leading to less issues. |
I didn't think anyone would have interest in this repo, much less it growing to become the bible on UniFi OS Console customization. Put it out there! If it works well you may kill the need for containers, the community will decide! |
Ok @boostchicken i will definitely. |
is there an alternate way to run homebridge on udmse outside of podman? |
this still seems above my head, but it seems from the convo, that it might be a while before the podman/udm kernel gets updated. |
it just occurred to me that homebridge probably cant be discovered by homekit if its advertising on the same ip as your networks default gateway. which is the case when you install it on the udmse. |
is it possible to add a virtual interface to the debian install on the udmse? the purpose would be to assign an ip to homebridge that isnt the gateway address. perhaps that could be used as an alternative to container networking. |
@aescolastico No, you would still be able to run it on the gateway. Think of it this way, the Unifi console is a web server that is running on the same IP as your network's default gateway. Even when you run it in docker, you still have to expose a port to access it on the host IP of your UDM. I would start by installing the package, and trying to access the webserver using your UDM's IP and port that homebridge runs on. Or even trying to see if homebridge.local works for it. |
i did install the package, but was unable to add the homebridge qr code to homekit. i thought it was related to it advertising on default gateway but maybe its something else. |
How were you trying to add it? Were you able to go to the Homebridge UI and scan the QR code, or were you just trying to automatically add it from the Home app on your device? |
scanning the qr code. The bridge is listening on 51206. |
@boostchicken would you have any idea on how i could make the networking work out here? |
@jimmy-ungerman you were right about it not being an issue advertising on gateway. I was able to pair the homebridge by using a different advertiser, specifically "ciao". not super relevant to podman issue but maybe this info will be useful for others. thanks. |
You can definitely install it using the same ip address as the gateway without using the cni networking tool and HomeKit will still see it. The only issue I had was homebridge unifi protect can’t see the gateway to discover protect cameras. Same with scrypted. So in that case cni pluggin is necessary so homebridge or scrypted can use different ip than gateway. |
For those who want to use containers, you should all consider using systemd-nspawn instead. It works well on 3.x and you can create and run any system container (debian, arch linux, fedora, etc) and install whatever you want within it (pihole, nginx, etc). This way you can run a separate system container and your changes within that container won't break the main Unifi system with conflicting dependencies, and Unifi can't break your container. You still can't run podman in the container since it's the same kernel, but you can natively install anything in the container with apt-get or old-school manual methods like on any linux system. See my other post briefly talking about nspawn. I've been running a debian unstable container on UDMP 3.x with pihole, nginx, dnsdist, and some other programs, and it works really well. Even the starting at boot is managed natively by systemd so it's a natural solution if you're familiar with linux. Systemd-nspawn also natively supports creating macvlans and other private networks in case you want to isolate the container network. |
@peacey would you be willing to create a step by step tutorial for this? Ive come this far: apt install systemd-container debootstrap I want to create a container for AdGuard home uses my dns network. With podman, I created a custom macvlan bridge network following these steps. How would I do a similar thing using nspawn? Once I have a shell in the "container", I will be able to install my tools. Thanks! |
ArchLinux Wiki to the rescue. :D https://wiki.archlinux.org/title/systemd-nspawn |
Have to comment on the container use first ( a little further back on Jan 24). To me containers are the way to go, especially when they have relatively low overhead like docker or podman. Wasn't a huge fan of VM Ware and the other one... (can't even remember the name now) - they were too big and slow. As @mazzy89 stated, it can all be done without them or with other tools. Who wants to do that? The biggest problem for me is maintaining a standard configuration - if I install everything under the sun on my host, it's a nightmare to maintain. Much easier to modify a build script for a container, or even better, pull a prebuilt container that has the change I need. It doesn't matter much which system is used (although I don't really want to continually have to learn new systems that do the same thing), I just need my application to be consistently configured and encapsulated. |
Now regarding this issue - I woke up this morning and everything had stopped working. No updates done overnight, but the APs had stopped and I only had wired access to the router. I don't allow automatic updates, so I (maybe foolishly) updated all my firmwares, including moving to v3.x.x of the UDM. I have several containers that typically run on my system - pihole, mdns, unbound, etc. Anyway, tried to get things working again, and got stuck trying to get pihole running. Downloaded image again, created container, then got the user namespace error. Looking at my kernel config, I see, as others stated, that there are some kernel configuration options that are problematic. In particular the user namespace option, which I believe is preventing podman from working. My question is regarding using the --userns=host option of podman. I believe that this option would circumvent the user namespace issue by using the host namespace. I tried it but was unable to resolve the issue. Not sure if I did something wrong. Has tried using that option? Are there other problems that I'm not aware of? Is anyone bothering to look at this now? @boostchicken Thanks for all your work. It must get annoying when Ubiquiti changes keep breaking the udm_boot... |
Describe the bug
Podan is failing to start on UDM SE v3.0.10 with following error
Oct 18 12:28:33 UDM-SE podman[1465457]: Error: OCI runtime error: container_linux.go:380: starting container process caused: process_linux.go:545: container init caused: process_linux.go:508: setting cgroup config for procHooks process caused: bpf_prog_query(BPF_CGROUP_DEVICE) failed: function not implemented
To Reproduce
Steps to reproduce the behavior:
Start the pi-hole container as service.
ExecStart=/usr/bin/podman run --cidfile=%t/%n.ctr-id --cgroups=no-conmon --pull=always --rm --sdnotify=conmon --replace -d --network dns --name pihole -e "TZ=America/Los Angeles" -v "/mnt/data/etc-pihole/:/etc/pihole/" -v "/mnt/data/pihole/etc-dnsmasq.d/:/etc/dnsmasq.d/" --dns=127.0.0.1 --dns=1.1.1.1 --dns=8.8.8.8 --hostname pi.hole -e VIRTUAL_HOST="pi.hole" -e PROXY_LOCATION="pi.hole" -e ServerIP="192.168.4.3" -e IPv6="False" pihole/pihole:latest
UDM Information
The text was updated successfully, but these errors were encountered: