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

Services starten nicht nach reboot auf UDM Pro Max #1

Open
zimmerk opened this issue Dec 19, 2024 · 4 comments
Open

Services starten nicht nach reboot auf UDM Pro Max #1

zimmerk opened this issue Dec 19, 2024 · 4 comments

Comments

@zimmerk
Copy link

zimmerk commented Dec 19, 2024

Hallo,

an einer UDM Pro Max mit installiertem Script starten die beiden Services udm-ipv6.service und cdm-ipv6.timer nicht automatisch nach einem reboot.

beide Services sind enabled, chmod +x am script wurde ausgeführt. Die Links in /etc/systemd/system vorhanden.
Wenn ich mich nach ben reboot einlogge, starten "systemctl start udm-ipv6.service" und "systemctl start udm-ipv6.timer" beide Dienste problemlos.

Können Sie helfen? Vielen Dank

Last login: Thu Dec 19 16:33:30 2024 from 192.168.20.120
root@WW-UDM-Pro:~# systemctl status udm-ipv6.timer udm-ipv6.service 
● udm-ipv6.timer - Check IPv6 workarounds regularly.
     Loaded: loaded (/ssd1/.data/custom/ipv6/udm-ipv6.timer; enabled; vendor preset: enabled)
     Active: inactive (dead)
    Trigger: n/a
   Triggers: ● udm-ipv6.service

Dec 19 17:02:12 WW-UDM-Pro systemd[1]: udm-ipv6.timer: Failed to open /ssd1/.data/custom/ipv6/udm-ipv6.timer: No such file or directory

● udm-ipv6.service - udm-ipv6 - configure IPv6-ULAs and force WAN reset when IPv6 connection is lost due to dynamic IPv6 prefixes.
     Loaded: loaded (/ssd1/.data/custom/ipv6/udm-ipv6.service; enabled; vendor preset: enabled)
     Active: inactive (dead)
TriggeredBy: ● udm-ipv6.timer

Dec 19 17:02:12 WW-UDM-Pro systemd[1]: udm-ipv6.service: Failed to open /ssd1/.data/custom/ipv6/udm-ipv6.service: No such file or directory
root@WW-UDM-Pro:~# systemctl start udm-ipv6.service
root@WW-UDM-Pro:~# systemctl start udm-ipv6.timer
root@WW-UDM-Pro:~# systemctl status udm-ipv6.timer udm-ipv6.service 
● udm-ipv6.timer - Check IPv6 workarounds regularly.
     Loaded: loaded (/ssd1/.data/custom/ipv6/udm-ipv6.timer; enabled; vendor preset: enabled)
     Active: active (waiting) since Thu 2024-12-19 17:21:34 CET; 14s ago
    Trigger: Thu 2024-12-19 17:22:52 CET; 1min 3s left
   Triggers: ● udm-ipv6.service

Dec 19 17:21:34 WW-UDM-Pro systemd[1]: Started Check IPv6 workarounds regularly..

● udm-ipv6.service - udm-ipv6 - configure IPv6-ULAs and force WAN reset when IPv6 connection is lost due to dynamic IPv6 prefixes.
     Loaded: loaded (/ssd1/.data/custom/ipv6/udm-ipv6.service; enabled; vendor preset: enabled)
     Active: inactive (dead) since Thu 2024-12-19 17:21:22 CET; 26s ago
TriggeredBy: ● udm-ipv6.timer
    Process: 30718 ExecStart=/data/custom/ipv6/udm-ipv6.sh (code=exited, status=0/SUCCESS)
   Main PID: 30718 (code=exited, status=0/SUCCESS)
        CPU: 48ms

Dec 19 17:21:22 WW-UDM-Pro systemd[1]: Started udm-ipv6 - configure IPv6-ULAs and force WAN reset when IPv6 connection is lost due to dynamic IPv6 prefixes..
Dec 19 17:21:22 WW-UDM-Pro udm-ipv6.sh[30726]: PING facebook.de(edge-star6-shv-02-fra5.facebook.com (2a03:2880:f083:10e:face:b00c:0:2)) 56 data bytes
Dec 19 17:21:22 WW-UDM-Pro udm-ipv6.sh[30726]: 64 bytes from edge-star6-shv-02-fra5.facebook.com (2a03:2880:f083:10e:face:b00c:0:2): icmp_seq=1 ttl=58 time=3.27 ms
Dec 19 17:21:22 WW-UDM-Pro udm-ipv6.sh[30726]: --- facebook.de ping statistics ---
Dec 19 17:21:22 WW-UDM-Pro udm-ipv6.sh[30726]: 1 packets transmitted, 1 received, 0% packet loss, time 0ms
Dec 19 17:21:22 WW-UDM-Pro udm-ipv6.sh[30726]: rtt min/avg/max/mdev = 3.273/3.273/3.273/0.000 ms
Dec 19 17:21:22 WW-UDM-Pro root[30727]: udm-ipv6.sh: IPv6 working as expected. Nothing to do.
Dec 19 17:21:22 WW-UDM-Pro udm-ipv6.sh[30718]: udm-ipv6.sh: IPv6 working as expected. Nothing to do.
Dec 19 17:21:22 WW-UDM-Pro systemd[1]: udm-ipv6.service: Succeeded.
root@WW-UDM-Pro:~# 
@nerdiges
Copy link
Owner

Der Service läuft nicht permament, sondern wird über den Timer regelmäßig getriggert. Wenn das Script gelaufen ist, ist somit auch der Service wieder inaktiv, bis er das nächste Mal gestartet wird. Daher steht bei dem .service in der Ausgabe auch "TriggeredBy: ● udm-ipv6.timer", nachdem der timer gestartet wurde. Wenn die ipv6-Einstellungen gemäß des Scripts angepasst wurden, laufen die Dienste auch korrekt.

@zimmerk
Copy link
Author

zimmerk commented Dec 28, 2024

wenn ich das Script einmal manuell anwerfe, funktioniert es auch. aber direkt nach einem Neustart sehe ich die u.a. Nachricht. Für mich liest sich das als ob das Service-File nicht gelesen werden kann (eventuell Start Prio?). Ich muss jedenfalls die Dienste einmal manuell starten, bevor sie das regelmäßig von allein tun. Läuft auch alles, aber auto-updates sind dann eben nicht mehr möglich. Die COnfig müsste korrekt sein, da ich ja den Dienst ohne irgendwelche Änderungen nur starten muss.
Das ist die Meldung, die ich nach einem Neustart nach "systemctl status udm-ipv6.timer" kriege:
Dec 19 17:02:12 WW-UDM-Pro systemd[1]: udm-ipv6.timer: Failed to open /ssd1/.data/custom/ipv6/udm-ipv6.timer: No such file or directory

@nerdiges
Copy link
Owner

Ist beim Systemstart ggf. die SSD noch nicht gemounted und die DAtei kann deshalb nicht gestartet werden?

Dann könnte ggf. eine Startverzögerung des Services (ExecStartPre=/bin/sleep 30) oder die Restart-Optionen des Services helfen:

RestartSec=30
Restart=on-failure

@nerdiges
Copy link
Owner

Ggf. müsste dann noch die Timer-Datei nicht verlinken sondern in das entsprechende Verzeichnis der UDM kopieren.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants