Re: ntpd jump ahead

2013-09-19 Thread frantisek holop
hmm, on Fri, Sep 06, 2013 at 07:42:39AM -0400, Nick Holland said that On 09/06/13 04:50, Stuart Henderson wrote: On 2013/09/05 20:03, Barry Grumbine wrote: Non-VM use case: The BeagleBone Black has no RTC, so -j could be useful for cheap little ARM development boards. -s is fine for

Re: ntpd jump ahead

2013-09-06 Thread Stuart Henderson
On 2013/09/05 20:03, Barry Grumbine wrote: Non-VM use case: The BeagleBone Black has no RTC, so -j could be useful for cheap little ARM development boards. -s is fine for that (and the same for those of the alix boards with no rtc battery, etc).

Re: ntpd jump ahead

2013-09-06 Thread Nick Holland
On 09/06/13 04:50, Stuart Henderson wrote: On 2013/09/05 20:03, Barry Grumbine wrote: Non-VM use case: The BeagleBone Black has no RTC, so -j could be useful for cheap little ARM development boards. -s is fine for that (and the same for those of the alix boards with no rtc battery, etc).

Re: ntpd jump ahead

2013-09-06 Thread Stuart Henderson
On 2013/09/06 07:42, Nick Holland wrote: On 09/06/13 04:50, Stuart Henderson wrote: On 2013/09/05 20:03, Barry Grumbine wrote: Non-VM use case: The BeagleBone Black has no RTC, so -j could be useful for cheap little ARM development boards. -s is fine for that (and the same for those of

Re: ntpd jump ahead

2013-09-06 Thread Janne Johansson
I think I had a script on my previous laptop to see if ifconfig egress would result in something, and only wait for ntp to sync time in those cases. The existance of a default route may not be 100% fool-proof, but on dhcp-boxes it was good-enough for me. 2013/9/6 Stuart Henderson

Re: ntpd jump ahead

2013-09-05 Thread Barry Grumbine
Non-VM use case: The BeagleBone Black has no RTC, so -j could be useful for cheap little ARM development boards. On Wed, Sep 4, 2013 at 5:58 AM, Reyk Floeter r...@openbsd.org wrote: On Wed, Sep 04, 2013 at 08:45:25AM -0400, Ted Unangst wrote: Bah. I tend to turn ntpd off and rely on the

Re: ntpd jump ahead

2013-09-04 Thread Giovanni Bechis
Il giorno Domenica, 11 Agosto, 2013 22:47 CEST, Ted Unangst t...@tedunangst.com ha scritto: Nobody seemed to much care about my previous effort to get OpenBSD to play nicely inside a suspended VM. http://marc.info/?l=openbsd-miscm=134324835209706w=2 Instead of the kernel, this time I'm

Re: ntpd jump ahead

2013-09-04 Thread Reyk Floeter
Hi! On Sun, Aug 11, 2013 at 04:47:08PM -0400, Ted Unangst wrote: Nobody seemed to much care about my previous effort to get OpenBSD to play nicely inside a suspended VM. http://marc.info/?l=openbsd-miscm=134324835209706w=2 Well, I do care about VMs! Instead of the kernel, this time I'm

Re: ntpd jump ahead

2013-09-04 Thread Matthieu Herrb
On Wed, Sep 04, 2013 at 02:28:00PM +0200, Reyk Floeter wrote: Bah. I tend to turn ntpd off and rely on the internal clock synchronization of the hypervisor. But fixing ntpd inside VMs would probably be a big win. the guest drivers in OpenBSD don't provide a time sensor based on the host

Re: ntpd jump ahead

2013-09-04 Thread Ted Unangst
On Wed, Sep 04, 2013 at 14:28, Reyk Floeter wrote: Bah. I tend to turn ntpd off and rely on the internal clock synchronization of the hypervisor. But fixing ntpd inside VMs would probably be a big win. Can you explain what you do? I have a vmt timedelta sensor that shows host time, but how

Re: ntpd jump ahead

2013-09-04 Thread Reyk Floeter
On Wed, Sep 04, 2013 at 02:39:16PM +0200, Matthieu Herrb wrote: On Wed, Sep 04, 2013 at 02:28:00PM +0200, Reyk Floeter wrote: Bah. I tend to turn ntpd off and rely on the internal clock synchronization of the hypervisor. But fixing ntpd inside VMs would probably be a big win. the

Re: ntpd jump ahead

2013-09-04 Thread Reyk Floeter
On Wed, Sep 04, 2013 at 08:45:25AM -0400, Ted Unangst wrote: Bah. I tend to turn ntpd off and rely on the internal clock synchronization of the hypervisor. But fixing ntpd inside VMs would probably be a big win. Can you explain what you do? I have a vmt timedelta sensor that shows host