Open cwm12345 opened 4 years ago
Re: 2
Perhaps SystemD could handle the restarts?
https://podman.io/blogs/2018/09/13/systemd.html
I don't have a UDM Pro yet, just ordered one tonight.
I changed the restart to on-failure and also changed the log-driver. No errors on my fresh podman install on 1.7.0-rc.6 using the following commands:
@fryjr82 Does it come up/restart with the UDM is rebooted?
I tried rebooting this AM and wpa_supplicant-udmpro wasn't running. I had to issue the start command.
I will try some things over the weekend and report back if I can get it to 'start' on reboot. This isn't a big deal to me since I only reboot when I am updating the firmware of the UDMP.
@fryjr82 Does it come up/restart with the UDM is rebooted? Well there is no way to use Init.D as Busybox wipes it out on reboot but I found a workaround by using my Ubuntu VM. Just follow bigjohn's post here: https://community.ui.com/questions/UDM-and-UDM-Pro-Does-ATT-eapproxy-method-work/cd9368b8-0496-4f2e-9b63-60c0a213096e#answer/2d80c3f0-ac1c-4d72-ad31-2264d05e8eac
https://github.com/boostchicken/udm-utilities/tree/master/on-boot-script
That might be of use.
https://github.com/boostchicken/udm-utilities/tree/master/on-boot-script
That might be of use.
Just saw this on reddit yesterday. Many people would love this so we don't have to fear losing internet. Only thing to clarify is that OP made this on 1.7.0, so may not work on 1.6.6
https://github.com/boostchicken/udm-utilities/tree/master/on-boot-script That might be of use.
Just saw this on reddit yesterday. Many people would love this so we don't have to fear losing internet. Only thing to clarify is that OP made this on 1.7.0, so may not work on 1.6.6
I was in that same reddit thread, and the OP said it should work on 1.6.6.
I'm going to try to set it up today.
I am the OP. Should work on 1.6.6 just fine.
Yep, works fine on 1.6.6.
Although I made a typo the first time around, using 127.0.0.1 instead of 127.0.1.1 in the SSH.
After I tried the first time with the incorrect IP address, the udm.sh and udmboot.service files disappeared from within the unifi-os container, so I'm not sure what was up with that.
I tried it a second time, and it works.
` systemctl status udmboot ● udmboot.service - Run On Startup UDM Loaded: loaded (/etc/systemd/system/udmboot.service; enabled; vendor preset: enabled) Active: inactive (dead) since Sun 2020-05-31 11:25:40 EDT; 2min 20s ago Process: 52 ExecStart=/etc/init.d/udm.sh (code=exited, status=0/SUCCESS) Main PID: 52 (code=exited, status=0/SUCCESS)
May 31 11:25:39 ubnt systemd[1]: Started Run On Startup UDM. May 31 11:25:39 ubnt systemd[1]: /etc/systemd/system/udmboot.service:4: Unknown lvalue 'After' in se ction 'Service', ignoring May 31 11:25:39 ubnt udm.sh[52]: Welcome to UbiOS May 31 11:25:39 ubnt udm.sh[52]: By logging in, accessing, or using the Ubiquiti product, you May 31 11:25:39 ubnt udm.sh[52]: acknowledge that you have read and understood the Ubiquiti May 31 11:25:39 ubnt udm.sh[52]: License Agreement and agree to be bound by its terms. May 31 11:25:40 ubnt udm.sh[52]: wpa_supplicant-udmpro May 31 11:25:40 ubnt systemd[1]: udmboot.service: Succeeded. `
Thanks for testing @GiulianoM
noting a couple of issues with current 1.6.6-rc.1.2428 & podman specifics: