Is the reboot time, so it appears to be correct
Chronyd and Chrony services failed to start
-
- gelöst
- OMV 5.x
- Highlander88
-
-
do you have a file in /usr/lib/systemd/system/systemd-timesyncd.service.d
Zitat17:55:23 root@hawk:/usr/lib/systemd/system/systemd-timesyncd.service.d# cat disable-with-time-daemon.conf
[Unit]
# don't run timesyncd if we have another NTP daemon installed
ConditionFileIsExecutable=!/usr/sbin/ntpd
ConditionFileIsExecutable=!/usr/sbin/openntpd
ConditionFileIsExecutable=!/usr/sbin/chronyd
ConditionFileIsExecutable=!/usr/sbin/VBoxService
17:56:33 root@hawk:/usr/lib/systemd/system/systemd-timesyncd.service.d#
-
so it is my dear friend systemd.
-
Yes, I have a file with identical content inside the folder
-
so it is my dear friend systemd.
Mhm, but what?
-
start chronyd on the command line and then /usr/lib/chrony/chrony-helper update-daemon
If this works, we need to dig deeper
-
I checked my /etc/default/chrony
Code$ cat /etc/default/chrony # This is a configuration file for /etc/init.d/chrony and # /lib/systemd/system/chrony.service; it allows you to pass various options to # the chrony daemon without editing the init script or service file. # Options to pass to chrony. DAEMON_OPTS="-F -1"
The manual says:
-F level
This option configures a system call filter when chronyd is compiled with support for the Linux secure computing (seccomp) facility. In level 1 the process is killed when a forbidden system call is made, in level -1 the SIGSYS signal is thrown instead and in level 0 the filter is disabled (default 0).
It’s recommended to enable the filter only when it’s known to work on the version of the system where chrony is installed as the filter needs to allow also system calls made from libraries that chronyd is using (e.g. libc) and different versions or implementations of the libraries may make different system calls. If the filter is missing some system call, chronyd could be killed even in normal operation.
Start chrony with chronyd -d -F 1 and see what happenes.
If it gets killed, it is time for strace
-
In a tmux window I have chronyd -d running, in another window I've executed
sudo /usr/lib/chrony/chrony-helper update-daemon
but the command doesn't prints anything to terminal
-
I've read now your previous comment, I'll give it a try and let you know
-
I checked my /etc/default/chrony
Code$ cat /etc/default/chrony # This is a configuration file for /etc/init.d/chrony and # /lib/systemd/system/chrony.service; it allows you to pass various options to # the chrony daemon without editing the init script or service file. # Options to pass to chrony. DAEMON_OPTS="-F -1"
The manual says:
-F level
This option configures a system call filter when chronyd is compiled with support for the Linux secure computing (seccomp) facility. In level 1 the process is killed when a forbidden system call is made, in level -1 the SIGSYS signal is thrown instead and in level 0 the filter is disabled (default 0).
It’s recommended to enable the filter only when it’s known to work on the version of the system where chrony is installed as the filter needs to allow also system calls made from libraries that chronyd is using (e.g. libc) and different versions or implementations of the libraries may make different system calls. If the filter is missing some system call, chronyd could be killed even in normal operation.
Start chrony with chronyd -d -F 1 and see what happenes.
If it gets killed, it is time for strace
This is the output of sudo /usr/sbin/chronyd -d -F 1
Code2022-01-07T19:15:16Z chronyd version 3.4 starting (+CMDMON +NTP +REFCLOCK +RTC +PRIVDROP +SCFILTER +SIGND +ASYNCDNS +SECHASH +IPV6 -DEBUG) 2022-01-07T19:15:16Z Frequency -9.749 +/- 0.225 ppm read from /var/lib/chrony/chrony.drift 2022-01-07T19:15:16Z Loaded seccomp filter 2022-01-07T19:15:31Z Selected source 51.38.27.129 Bad system call
Here I have attached the output of sudo strace /usr/sbin/chronyd -d -F 1
-
OK, on your system -F 1 will not allow to adjust the clock:
Edit /etc/default/chrony and change DAEMON_OPTS="-F -1" to DAEMON_OPTS=""
then start chronyd systemctl start chronyd check status systemclt status chronyd
Anything special about your system Kernel?
-
Yes!!! Now it works! Thanks to everyone that helped me solve this annoying issue!
I have OMV 5.6.23-1 and kernel Debian GNU/Linux, with Linux 5.10.0-0.bpo.9-amd64
-
votdev
Hat das Label gelöst hinzugefügt. -
votdev
Hat das Label OMV 5.x hinzugefügt.
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!