At boot time, openntpd can be really slow, causing the boot to take a long time.
This might be due to slow or failing network connections. Still, it shouldn't hold up the boot sequence in those cases.
I guess ntpd does a network connection test during start. Does it help if you add the following two lines in the header of /etc/init.d/ntpd ? command_background="yes" pidfile="/var/run/ntpd.pid"
(In reply to comment #2) > Does it help if you add the following two lines in the header of > /etc/init.d/ntpd ? > command_background="yes" > pidfile="/var/run/ntpd.pid" This solution is not optimal as pid in the pidfile is wrong and hence shutdown doesn't work. One could combine the whole thing with ntpd's -d option to not daemonize and redirect stdout to /run/ntpd.log, which could help for bug #466452.
(In reply to comment #3) > This solution is not optimal as pid in the pidfile is wrong and hence > shutdown doesn't work. One could combine the whole thing with ntpd's -d > option to not daemonize and redirect stdout to /run/ntpd.log, which could > help for bug #466452. That's the new header of /etc/init.d/ntpd : command_args="${NTPD_OPTS} -d" command_background="yes" pidfile="/var/run/ntpd.pid" logfile="/var/run/ntpd.log" start_stop_daemon_args="--stderr ${logfile}"
@djc: any opinion on the proposed solution?
It looks good, I haven't been able to test it, but it seems likely that this will solve the problems I saw in the past.
(In reply to Dirkjan Ochtman from comment #6) > It looks good, I haven't been able to test it, but it seems likely that this > will solve the problems I saw in the past. Great, I will Incorporate that in the next revision bump.
When will that revbump be? I just had to boot a few boxes straight to shell again to remove openntpd from the boot sequence (in this case, because our name server is having maintenance).
I was waiting for bug #471610, but here we go: +*openntpd-20080406-r1 (22 Jun 2013) + + 22 Jun 2013; Christoph Junghans <ottxor@gentoo.org> + +files/openntpd.init.d-20080406-r1, +openntpd-20080406-r1.ebuild: + fix slow boot sequence (bug #464174) +