| Re: [chrony-users] chronyd.service slow start on boot? |
[ Thread Index |
Date Index
| More chrony.tuxfamily.org/chrony-users Archives
]
- To: chrony-users@xxxxxxxxxxxxxxxxxxxx
- Subject: Re: [chrony-users] chronyd.service slow start on boot?
- From: a58bf2b4-3c17-40c6-8709-d1b882bdbfb3@xxxxxxxxx
- Date: Mon, 11 Oct 2021 11:56:50 -0000
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/simple; d=slmail.me; i=@slmail.me; q=dns/txt; s=dkim; t=1633953410; h=message-id : date : subject : from : to; bh=FKHPoSIRdobTW/SgIoezpGOJvePpUC8i4e/AFeGclwo=; b=ZVtgtRNVHQvP4AHw1geJOVW6ShrwGA/f1x0CP0/hhP1RR1+TEAbCMtRLRteh8tz9v4j0p ySt9R6YUWNPaDAW978y6Xc6ldQqwwVlzDvVW1MveE1ZJFY114ShEQ7grXHkEEHPOUXCL1kq BtiFL1GzGJf4QuA0HZy6/XOocat5uxA=
> That is expected. With the -s option chronyd reads the RTC 8x on start
> to make the initial correction of the system clock. If you don't need
> that (e.g. you have a network connection most of the time), you can
> remove the option.
Thanks for the explanation.
This is more of a systemd question, but as the unit provided in Arch is of Type=forking, I'm assuming the longer boot times are irrelevant for the rest of the boot process. Quoting from systemd manual:
> If set to forking, it is expected that the process configured with ExecStart= will call fork() as part of its start-up. The parent process is expected to exit when start-up is complete and all communication channels are set up. The child continues to run as the main service process, and the service manager will consider the unit started when the parent process exits. This is the behavior of traditional UNIX services. If this setting is used, it is recommended to also use the PIDFile= option, so that systemd can reliably identify the main process of the service. systemd will proceed with starting follow-up units as soon as the parent process exits.
[Service]
Type=forking
PIDFile=/run/chrony/chronyd.pid
EnvironmentFile=-/etc/sysconfig/chronyd
ExecStart=/usr/bin/chronyd $OPTIONS
PrivateTmp=yes
ProtectHome=yes
ProtectSystem=full
--
To unsubscribe email chrony-users-request@xxxxxxxxxxxxxxxxxxxx
with "unsubscribe" in the subject.
For help email chrony-users-request@xxxxxxxxxxxxxxxxxxxx
with "help" in the subject.
Trouble? Email listmaster@xxxxxxxxxxxxxxxxxxxx.