[opensuse] ntptimeset
Hi, On this laptop, when it had 13.1, I synced the clock by running an hourly cronjob: /usr/sbin/rcntp ntptimeset That does no longer work because the initd script does not exist. I copied that script from 13.1 and I'm trying to make ntptimeset work. It doesn't. I still have to investigate it more. Meanwhile... What is the consensus now for a one shot time sync? No, running the ntpd daemon is not an option here. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" (Minas Tirith))
On 7 Mar 2017, at 10:45, Carlos E. R.
wrote: Hi,
On this laptop, when it had 13.1, I synced the clock by running an hourly cronjob:
/usr/sbin/rcntp ntptimeset
That does no longer work because the initd script does not exist. I copied that script from 13.1 and I'm trying to make ntptimeset work. It doesn't. I still have to investigate it more.
Meanwhile... What is the consensus now for a one shot time sync?
No, running the ntpd daemon is not an option here.
-- Cheers / Saludos,
Carlos E. R.
(from 42.2 x86_64 "Malachite" (Minas Tirith))
Hi Carlos, I use rdate or netdate for one shot syncs. Brgds. Otto Sent from my iPhone i6plus with IOS 10.1.2(14D27). -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
* Carlos E. R.
Hi,
On this laptop, when it had 13.1, I synced the clock by running an hourly cronjob:
/usr/sbin/rcntp ntptimeset
That does no longer work because the initd script does not exist. I copied that script from 13.1 and I'm trying to make ntptimeset work. It doesn't. I still have to investigate it more.
Meanwhile... What is the consensus now for a one shot time sync?
No, running the ntpd daemon is not an option here.
as root:
/usr/sbin/ntpdate -t
Patrick Shanahan wrote:
/usr/sbin/ntpd -q
/usr/sbin/ntpd -g -q
On 2017-03-07 09:02, Per Jessen wrote:
/usr/sbin/ntpd -g -q
Let's try. The effective call is: /usr/sbin/ntpd -g -q 0.pool.ntp.org 1.pool.ntp.org 2.pool.ntp.org 3.pool.ntp.org The result is: minas-tirith:~ # /etc/cron.hourly/mine-clocksync 7 Mar 13:25:18 ntpd[4023]: ntpd 4.2.8p9@1.3265-o Mon Dec 19 17:18:26 UTC 2016 (1): Starting 7 Mar 13:25:18 ntpd[4023]: Command line: /usr/sbin/ntpd -g -q 0.pool.ntp.org 1.pool.ntp.org 2.pool.ntp.org 3.pool.ntp.org 7 Mar 13:25:18 ntpd[4023]: proto: precision = 0.559 usec (-21) authreadkeys: full access list <NULL> 7 Mar 13:25:18 ntpd[4023]: switching logging to file /var/log/ntp 7 Mar 13:25:18 ntpd[4023]: Listen and drop on 0 v6wildcard [::]:123 7 Mar 13:25:18 ntpd[4023]: Listen and drop on 1 v4wildcard 0.0.0.0:123 7 Mar 13:25:18 ntpd[4023]: Listen normally on 2 lo 127.0.0.1:123 7 Mar 13:25:18 ntpd[4023]: Listen normally on 3 wlan0 192.168.1.129:123 7 Mar 13:25:18 ntpd[4023]: Listen normally on 4 lo [::1]:123 7 Mar 13:25:18 ntpd[4023]: Listen normally on 5 wlan0 [fe80::eee:e6ff:fed7:bb5f%3]:123 7 Mar 13:25:18 ntpd[4023]: Listening on routing socket on fd #22 for interface updates 7 Mar 13:25:18 ntpd[4023]: 0.0.0.0 c016 06 restart 7 Mar 13:25:18 ntpd[4023]: DNS 0.pool.ntp.org -> 193.145.15.15 7 Mar 13:25:18 ntpd[4023]: DNS 1.pool.ntp.org -> 158.227.98.15 7 Mar 13:25:18 ntpd[4023]: DNS 2.pool.ntp.org -> 81.19.96.148 7 Mar 13:25:18 ntpd[4023]: DNS 3.pool.ntp.org -> 213.251.52.234 7 Mar 13:25:18 ntpd[4023]: DNS 0.pool.ntp.org -> 158.227.98.15 7 Mar 13:25:18 ntpd[4023]: DNS 1.pool.ntp.org -> 193.145.15.15 7 Mar 13:25:18 ntpd[4023]: DNS 2.pool.ntp.org -> 158.227.98.15 7 Mar 13:25:18 ntpd[4023]: DNS 3.pool.ntp.org -> 81.19.96.148 7 Mar 13:25:19 ntpd[4023]: DNS 0.ch.pool.ntp.org -> 195.186.4.100 7 Mar 13:25:19 ntpd[4023]: DNS 1.ch.pool.ntp.org -> 212.51.144.44 7 Mar 13:25:19 ntpd[4023]: DNS 0.fr.pool.ntp.org -> 95.81.173.8 7 Mar 13:25:19 ntpd[4023]: DNS 0.uk.pool.ntp.org -> 80.87.131.131 7 Mar 13:25:19 ntpd[4023]: DNS 0.es.pool.ntp.org -> 81.19.96.148 7 Mar 13:25:19 ntpd[4023]: DNS Isengard.valinor -> 192.168.1.16 7 Mar 13:25:40 ntpd[4023]: ntpd: time set +15.161791 s ntpd: time set +15.161791s minas-tirith:~ # Instead of using the servers in the command line, it is using those in the ntp.conf file. Nod bad in itself, but unexpected. So I can instead not provide any server in the command line, I like that. My script is now, taking ideas from everybody that posted: #!/bin/sh LOGGER=/usr/bin/logger FACILIDAD=user.notice TAG=my_hourly_clocksync $LOGGER -t $TAG -p $FACILIDAD "Going to sync time now." #/usr/sbin/rcntp ntptimeset #Does not exist in Leap. /usr/sbin/ntpd -g -q ERR=$? # set hardware clock also in case of reboot if [ $ERR -eq 0 ] then /usr/sbin/hwclock -w echo echo "set hardware clock also in case of reboot" fi $LOGGER -t $TAG -p $FACILIDAD "Time should now be synced." -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" (Minas Tirith))
Carlos E. R. wrote:
On 2017-03-07 09:02, Per Jessen wrote:
/usr/sbin/ntpd -g -q
Let's try.
The effective call is:
/usr/sbin/ntpd -g -q 0.pool.ntp.org 1.pool.ntp.org 2.pool.ntp.org 3.pool.ntp.org
The result is:
[snip]
time set +15.161791 s ntpd: time set +15.161791s
Instead of using the servers in the command line, it is using those in the ntp.conf file. Not bad in itself, but unexpected.
According to the manual, listing servers on the command line is supported, but only on newer versions. The man page does not actually say how those servers are used :-) -- Per Jessen, Zürich (5.6°C) http://www.hostsuisse.com/ - virtual servers, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 7/3/17 10:45, Carlos E. R. wrote:
Hi,
On this laptop, when it had 13.1, I synced the clock by running an hourly cronjob:
/usr/sbin/rcntp ntptimeset
That does no longer work because the initd script does not exist. I copied that script from 13.1 and I'm trying to make ntptimeset work. It doesn't. I still have to investigate it more.
Meanwhile... What is the consensus now for a one shot time sync?
No, running the ntpd daemon is not an option here.
Hi Carlos, I use rdate and netdate. Here is the script I use (i named it nistime): #===================================== # Description: Set system time from network or atomic clock # Announce ourselves #nist1-nj.ustiming.org #nist1-ny.ustiming.org #ntp-nist.ldsbc.edu #0.asia.pool.ntp.org #rdate.directadmin.com NTPSRV=rdate.directadmin.com NTPROG=/usr/bin/rdate #NTPRPG=/usr/bin/netdate echo "nistime started - `date`" echo " " echo "Connecting to server $NTPSRV and setting new time..." $NTPROG -s $NTPSRV ERR=$? # set hardware clock also in case of reboot if [ $ERR -eq 0 ] then /usr/sbin/hwclock -w fi echo "Finished. ERR=$ERR" echo " " echo "nistime ended - `date`" #=========================================== -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2017-03-07 03:45, Carlos E. R. wrote:
Hi,
On this laptop, when it had 13.1, I synced the clock by running an hourly cronjob:
/usr/sbin/rcntp ntptimeset
That does no longer work because the initd script does not exist. I copied that script from 13.1 and I'm trying to make ntptimeset work. It doesn't. I still have to investigate it more.
This script calls: sntp -t 2 -l /dev/null -s 0.pool.ntp.org and the output is: 2017-03-07 13:04:34.619883 (+0100) +15.747142 +/- 10.498583 0.pool.ntp.org 158.227.98.15 s1 no-leap and apparently does nothing. -t is timeout, -l is log file. And -s is slew, which is the reason it does not work. I wonder why it uses slew on a oneshot call. The advantage of the old script is (was) that it played nice reading the ntp config, in this case the list of servers. On 2017-03-07 05:18, Patrick Shanahan wrote:
as root: /usr/sbin/ntpdate -t
/usr/sbin/ntpd -q
ntpd: -q, --quit Set the time and quit. This option must not appear in combination with any of the following options: saveconfigquit, wait-sync. ntpd will not daemonize and will exit after the clock is first synchronized. This behavior mimics that of the ntp- date program, which will soon be replaced with a shell script. The -g and -x options can be used with this option. Note: The kernel time discipline is disabled with this option. ntpdate is not yet a script -g, --panicgate Allow the first adjustment to be Big. This option may appear an unlimited number of times. Normally, ntpd exits with a message to the system log if the offset exceeds the panic threshold, which is 1000 s by default. This option allows the time to be set to any value without restriction; however, this can happen only once. If the threshold is exceeded after that, ntpd will exit with a message to the system log. This option can be used with the -q and -x options. See the tinker configuration file directive for other options. -x, --slew Slew up to 600 seconds. Normally, the time is slewed if the offset is less than the step threshold, which is 128 ms by default, and stepped if above the threshold. This option sets the threshold to 600 s, which is well within the accuracy window to set the clock manually. Note: Since the slew rate of typical Unix kernels is limited to 0.5 ms/s, each second of adjustment requires an amortization interval of 2000 s. Thus, an adjustment as much as 600 s will take almost 14 days to com- plete. This option can be used with the -g and -q options. See the tinker configuration file directive for other options. Note: The kernel time discipline is disabled with this option. There is no manual for ntpdate. On 2017-03-07 07:45, Otto Rodusek wrote:
I use rdate and netdate. Here is the script I use (i named it nistime):
#=====================================
# Description: Set system time from network or atomic clock
# Announce ourselves
#nist1-nj.ustiming.org #nist1-ny.ustiming.org #ntp-nist.ldsbc.edu #0.asia.pool.ntp.org #rdate.directadmin.com
NTPSRV=rdate.directadmin.com NTPROG=/usr/bin/rdate #NTPRPG=/usr/bin/netdate
echo "nistime started - `date`" echo " " echo "Connecting to server $NTPSRV and setting new time..."
$NTPROG -s $NTPSRV ERR=$?
# set hardware clock also in case of reboot
if [ $ERR -eq 0 ] then /usr/sbin/hwclock -w fi
echo "Finished. ERR=$ERR" echo " " echo "nistime ended - `date`"
#===========================================
The snag is that neither is installed, although I can. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" (Minas Tirith))
Carlos E. R. wrote:
There is no manual for ntpdate.
There used to be , e.g. in openSUSE 10.3 and 11.4. ntpdate is deprecated. -- Per Jessen, Zürich (4.9°C) http://www.hostsuisse.com/ - virtual servers, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2017-03-07 13:34, Per Jessen wrote:
Carlos E. R. wrote:
There is no manual for ntpdate.
There used to be , e.g. in openSUSE 10.3 and 11.4. ntpdate is deprecated.
Yes, that's why I didn't try it. The file exists, but not the manual. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" (Minas Tirith))
Am Dienstag, 7. März 2017, 03:45:40 CET schrieb Carlos E. R.:
No, running the ntpd daemon is not an option here.
...why? just wondering. Cheers MH -- gpg key fingerprint: 5F64 4C92 9B77 DE37 D184 C5F9 B013 44E7 27BD 763C -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2017-03-07 14:00, Mathias Homann wrote:
Am Dienstag, 7. März 2017, 03:45:40 CET schrieb Carlos E. R.:
No, running the ntpd daemon is not an option here.
...why? just wondering.
Because the laptop is not always connected to internet. I could, of course, stop and start ntpd with the connection. But if the connection is going up for only some minutes, it does not make much sense, does it? :-) The daemon is mostly intended for machines that stay up long times, specially considering that slew mode can take days to adjust a clock. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" (Minas Tirith))
Carlos E. R. wrote:
On 2017-03-07 14:00, Mathias Homann wrote:
Am Dienstag, 7. März 2017, 03:45:40 CET schrieb Carlos E. R.:
No, running the ntpd daemon is not an option here.
...why? just wondering.
Because the laptop is not always connected to internet.
You can still run ntpd. It does not require a permanent connection. -- Per Jessen, Zürich (5.5°C) http://www.hostsuisse.com/ - dedicated server rental in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2017-03-07 14:43, Per Jessen wrote:
Carlos E. R. wrote:
On 2017-03-07 14:00, Mathias Homann wrote:
Am Dienstag, 7. März 2017, 03:45:40 CET schrieb Carlos E. R.:
No, running the ntpd daemon is not an option here.
...why? just wondering.
Because the laptop is not always connected to internet.
You can still run ntpd. It does not require a permanent connection.
I'm unsure of that. What does it do when the connection dies? What if the machine suspends or hibernates? Suppose there is network, it hibernates, and on restore there is no network, the more complex situation. During hibernate the disciplined clock does not run; instead it reads the clock from the cmos on awake, which can be off by several seconds. But there being no network, it can't. When it gets a time, it will try to slew, which can take hours at best: typically the machine will hibernate again before it syncs. I also think that on some of those situations it bails off. I can't believe it would do a good job. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" (Minas Tirith))
On 07/03/17 15:50, Carlos E. R. wrote:
You can still run ntpd. It does not require a permanent connection. I'm unsure of that. What does it do when the connection dies? What if the machine suspends or hibernates?
- perhaps "#systemctl status ntpd.service" shows ...... regards -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2017-03-07 15:52, ellanios82 wrote:
On 07/03/17 15:50, Carlos E. R. wrote:
You can still run ntpd. It does not require a permanent connection. I'm unsure of that. What does it do when the connection dies? What if the machine suspends or hibernates?
- perhaps "#systemctl status ntpd.service" shows
No, that would only show if the daemon runs. Not if it does the proper job. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" (Minas Tirith))
Carlos E. R. wrote:
On 2017-03-07 14:43, Per Jessen wrote:
Carlos E. R. wrote:
On 2017-03-07 14:00, Mathias Homann wrote:
Am Dienstag, 7. März 2017, 03:45:40 CET schrieb Carlos E. R.:
No, running the ntpd daemon is not an option here.
...why? just wondering.
Because the laptop is not always connected to internet.
You can still run ntpd. It does not require a permanent connection.
I'm unsure of that. What does it do when the connection dies?
Typically it will be configured to use the local clock.
What if the machine suspends or hibernates?
Then it won't adjust any time :-)
Suppose there is network, it hibernates, and on restore there is no network, the more complex situation. During hibernate the disciplined clock does not run; instead it reads the clock from the cmos on awake, which can be off by several seconds. But there being no network, it can't. When it gets a time, it will try to slew, which can take hours at best: typically the machine will hibernate again before it syncs.
Is that a problem? I mean, it's a laptop without permanent connection, how accurate does it need to be?
I also think that on some of those situations it bails off.
I can't believe it would do a good job.
In my experience it does a very good job. I have 2-3 laptops (12.3 and leap422) - they spend hours suspended or hibernation or just powered off. I've never noticed any problems. -- Per Jessen, Zürich (6.2°C) http://www.hostsuisse.com/ - dedicated server rental in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2017-03-07 17:39, Per Jessen wrote:
Carlos E. R. wrote:
Suppose there is network, it hibernates, and on restore there is no network, the more complex situation. During hibernate the disciplined clock does not run; instead it reads the clock from the cmos on awake, which can be off by several seconds. But there being no network, it can't. When it gets a time, it will try to slew, which can take hours at best: typically the machine will hibernate again before it syncs.
Is that a problem? I mean, it's a laptop without permanent connection, how accurate does it need to be?
Not a need, a want. Sometimes I look at the computer to set a wall clock. Also, I want to be able to compare logs in two computers accurately. Mostly, I want to be able to know that the clock is good. I think the daemon can't work better in this situation that an hourly cronjob setting the time. Ie, use step instead of slew.
I also think that on some of those situations it bails off.
I can't believe it would do a good job.
In my experience it does a very good job. I have 2-3 laptops (12.3 and leap422) - they spend hours suspended or hibernation or just powered off. I've never noticed any problems.
No, you would have to compare the local time with an accurate clock. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" (Minas Tirith))
Carlos E. R. wrote:
In my experience it does a very good job. I have 2-3 laptops (12.3 and leap422) - they spend hours suspended or hibernation or just powered off. I've never noticed any problems.
No, you would have to compare the local time with an accurate clock.
Believe me, I do. Don't be silly, Carlos - of course I would notice if the time was suddenly out by a minute or so. Honestly, if you don't believe it'll work, don't do it. If you want advice - well, it works fine for me, just do it. -- Per Jessen, Zürich (3.9°C) http://www.hostsuisse.com/ - dedicated server rental in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2017-03-07 22:28, Per Jessen wrote:
Carlos E. R. wrote:
In my experience it does a very good job. I have 2-3 laptops (12.3 and leap422) - they spend hours suspended or hibernation or just powered off. I've never noticed any problems.
No, you would have to compare the local time with an accurate clock.
Believe me, I do. Don't be silly, Carlos - of course I would notice if the time was suddenly out by a minute or so.
Honestly, if you don't believe it'll work, don't do it. If you want advice - well, it works fine for me, just do it.
Please, don't be mad at me :-) I tried years ago and it did not work for me. Maybe now it would work. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" (Minas Tirith))
Carlos E. R. wrote:
On 2017-03-07 22:28, Per Jessen wrote:
Carlos E. R. wrote:
In my experience it does a very good job. I have 2-3 laptops (12.3 and leap422) - they spend hours suspended or hibernation or just powered off. I've never noticed any problems.
No, you would have to compare the local time with an accurate clock.
Believe me, I do. Don't be silly, Carlos - of course I would notice if the time was suddenly out by a minute or so.
Honestly, if you don't believe it'll work, don't do it. If you want advice - well, it works fine for me, just do it.
Please, don't be mad at me :-)
I tried years ago and it did not work for me. Maybe now it would work.
Sorry, I was a little frustrated last night, long day and such. Basically, I'm using ntpd on laptops for over 10 years. Sometimes they have a connection, sometimes they don't. Sometimes they're off/suspended/hibernated for days etc. I don't exactly watch over the clock to see that it is sync'ed, but if there was a problem I feel certain I would have noticed by now. This is a list of some 1500 restarts since July 2011 (from /var/log/ntp) on my main laptop: http://files.jessen.ch/toshiba1-clock-step -- Per Jessen, Zürich (6.8°C) http://www.hostsuisse.com/ - dedicated server rental in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2017-03-08 11:55, Per Jessen wrote:
Carlos E. R. wrote:
On 2017-03-07 22:28, Per Jessen wrote:
Carlos E. R. wrote:
In my experience it does a very good job. I have 2-3 laptops (12.3 and leap422) - they spend hours suspended or hibernation or just powered off. I've never noticed any problems.
No, you would have to compare the local time with an accurate clock.
Believe me, I do. Don't be silly, Carlos - of course I would notice if the time was suddenly out by a minute or so.
Honestly, if you don't believe it'll work, don't do it. If you want advice - well, it works fine for me, just do it.
Please, don't be mad at me :-)
I tried years ago and it did not work for me. Maybe now it would work.
Sorry, I was a little frustrated last night, long day and such.
Ok! :)
Basically, I'm using ntpd on laptops for over 10 years. Sometimes they have a connection, sometimes they don't. Sometimes they're off/suspended/hibernated for days etc. I don't exactly watch over the clock to see that it is sync'ed, but if there was a problem I feel certain I would have noticed by now.
This is a list of some 1500 restarts since July 2011 (from /var/log/ntp) on my main laptop:
Restarts? Is that reboots? Or just ntpd restart? I enabled ntpd yesterday, and this morning (restore from hibernation at 11:46:25) I noticed the clock was about half a second off. Now I have checked the log:
8 Mar 03:42:52 ntpd[3626]: 193.145.15.15 local addr 192.168.1.129 -> <null> 8 Mar 03:42:52 ntpd[3626]: Deleting interface #5 wlan0, fe80::eee:e6ff:fed7:bb5f%3#123, interface stats: received=0, sent=0, dropped=0, active_time=4743 secs 8 Mar 11:46:51 ntpd[3626]: bind(19) AF_INET6 fe80::eee:e6ff:fed7:bb5f%3#123 flags 0x11 failed: Cannot assign requested address 8 Mar 11:46:52 ntpd[3626]: unable to create socket on wlan0 (6) for fe80::eee:e6ff:fed7:bb5f%3#123 8 Mar 11:46:52 ntpd[3626]: failed to init interface for address fe80::eee:e6ff:fed7:bb5f%3 8 Mar 11:46:54 ntpd[3626]: Listen normally on 7 wlan0 [fe80::eee:e6ff:fed7:bb5f%3]:123 8 Mar 11:46:54 ntpd[3626]: new interface(s) found: waking up resolver 8 Mar 11:47:00 ntpd[3626]: Listen normally on 8 wlan0 192.168.1.129:123 8 Mar 11:47:13 ntpd[3626]: new interface(s) found: waking up resolver 8 Mar 11:47:13 ntpd[3626]: 0.0.0.0 0618 08 no_sys_peer 8 Mar 11:51:32 ntpd[3626]: 0.0.0.0 0613 03 spike_detect +0.399626 s 8 Mar 11:53:41 ntpd[3626]: 0.0.0.0 061c 0c clock_step +0.400094 s 8 Mar 11:53:42 ntpd[3626]: 0.0.0.0 0615 05 clock_sync 8 Mar 11:53:43 ntpd[3626]: 0.0.0.0 c618 08 no_sys_peer
So ntpd somehow decided to do a clock_step and adjust. This is new to me. It doesn't seem to detect the hibernation, but the reappearance of the network interface. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" (Minas Tirith))
Carlos E. R. wrote:
Basically, I'm using ntpd on laptops for over 10 years. Sometimes they have a connection, sometimes they don't. Sometimes they're off/suspended/hibernated for days etc. I don't exactly watch over the clock to see that it is sync'ed, but if there was a problem I feel certain I would have noticed by now.
This is a list of some 1500 restarts since July 2011 (from /var/log/ntp) on my main laptop:
Restarts? Is that reboots? Or just ntpd restart?
I think they happen on restart and resume and when interface are changed.
It doesn't seem to detect the hibernation, but the reappearance of the network interface.
Yes, the latter is the important bit. -- Per Jessen, Zürich (7.6°C) http://www.dns24.ch/ - free dynamic DNS, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
participants (7)
-
Carlos E. R.
-
ellanios82
-
Mathias Homann
-
Otto Rodusek
-
Otto Rodusek i6
-
Patrick Shanahan
-
Per Jessen