Re: kern/153620: Xen guest system clock drifts in AWS EC2 (FreeBSD 9.0-CURRENT i386 T1-micro)
The following reply was made to PR kern/153620; it has been noted by GNATS. From: Greg Holmberg To: FreeBSD PR kern/153620 Cc: Subject: Re: kern/153620: Xen guest system clock drifts in AWS EC2 (FreeBSD 9.0-CURRENT i386 T1-micro) Date: Sun, 9 Jan 2011 15:01:44 +0100 Both Intel and AMD systems experience this problem. Interestingly, the dual Xeon E5430 lost 4x more time over six hours of idling than the Opteron 2218 HE. The image was ami-e388bd97. Best, Greg Holmberg ___ freebsd-xen@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-xen To unsubscribe, send any mail to "freebsd-xen-unsubscr...@freebsd.org"
Re: kern/153620: Xen guest system clock drifts in AWS EC2 (FreeBSD 9.0-CURRENT i386 T1-micro)
The following reply was made to PR kern/153620; it has been noted by GNATS. From: Greg Holmberg To: FreeBSD PR kern/153620 Cc: Subject: Re: kern/153620: Xen guest system clock drifts in AWS EC2 (FreeBSD 9.0-CURRENT i386 T1-micro) Date: Sun, 9 Jan 2011 06:39:44 +0100 This problem -- dropping 2200 seconds of clock time -- is not seen in a FreeBSD 8.2-RC1 AMI on Amazon EC2 (ami-f77e4a83), using the same type of T1-micro VM as in the initial report. The clock drift noted with 9-CURRENT is also present in 8.2-RC1, but at about 40% of the rate, taking three hours and twenty-two minutes to lose an entire second. Best regards, Greg Holmberg ___ freebsd-xen@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-xen To unsubscribe, send any mail to "freebsd-xen-unsubscr...@freebsd.org"
Re: kern/153620: Xen guest system clock drifts in AWS EC2 (FreeBSD 9.0-CURRENT i386 T1-micro)
The following reply was made to PR kern/153620; it has been noted by GNATS. From: Greg Holmberg To: FreeBSD PR kern/153620 Cc: Subject: Re: kern/153620: Xen guest system clock drifts in AWS EC2 (FreeBSD 9.0-CURRENT i386 T1-micro) Date: Wed, 5 Jan 2011 17:32:53 +0100 The latest AMI (FreeBSD 9.0-CURRENT @ 2011-01-04) still drops time in chunks. It loses time in multiples of 2200 seconds while idle. The clock in the latest AMIs and older AMIs also drifts. Without some kind of external correction, it runs slightly slower, losing time at a rate of a little less than one second every 24 hours. In the 2011-01-01 and 2011-01-04 AMIs, a single ping from a remote host once every thirty minutes keeps an otherwise idle VM awake enough to prevent any time from being lost in chunks. In the latest AMIs and older AMIs, no amount of system activity or interrupts seems to prevent, aggravate, or change the rate of gradual clock drift. Regards, Greg Holmberg ___ freebsd-xen@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-xen To unsubscribe, send any mail to "freebsd-xen-unsubscr...@freebsd.org"
Re: kern/153620: Xen guest system clock drifts in AWS EC2 (FreeBSD 9.0-CURRENT i386 T1-micro)
The following reply was made to PR kern/153620; it has been noted by GNATS. From: Greg Holmberg To: FreeBSD PR kern/153620 Cc: Subject: Re: kern/153620: Xen guest system clock drifts in AWS EC2 (FreeBSD 9.0-CURRENT i386 T1-micro) Date: Tue, 4 Jan 2011 02:10:29 +0100 > On Sun, Jan 02, 2011 at 03:16:52AM -0800, Colin Percival wrote: > > 3. Did the clock _drift_, or _jump_? > I started a new VM (ami-5b82b72f) using the latest available 2011-01-01 code. The problem -- the system clock losing 2200 seconds -- is still present. Last night, the clock in the new AMI seems to have lost 2200 seconds twice in a 14 hour idle period. The system clock seemed to be stopped before login. It started incrementing smoothly again when I logged in to check on the system in the morning. The system clock itself only managed to advance 14 minutes (837 seconds) overnight. After subtracting the accumulated drift from the previous evening's work, we see that the offset with a nearby NTP server at the moment I logged in was 4398.107077. This value is very close to 2 * (2^41) / 1e9. system clockNTP source ... 20110103-141513UTC 0.437444 # drift is gradual, linear 20110103-141613UTC 0.438124 # clock is running slow 20110103-141713UTC 0.438786 20110103-141813UTC 0.439584 20110103-141914UTC 0.440247 20110103-142014UTC 0.440957 20110103-142114UTC 0.441663 20110103-142214UTC 0.442313 20110103-142314UTC 0.443064 20110103-143711UTC 4398.550141 <--- 4398.107077 second difference 20110103-143811UTC 4398.550755 between slow clock and NTP src ... I have noticed that it only seems to happen when there are no active login sessions. I have seen a large jump in system time happen with a monitor script backgrounded from a single login shell, sometime after logout. I have seen it happen when the script runs in the foreground of a window in GNU screen. I have not been able to provoke it during an interactive login session. Maybe I just need to be more creative. Best regards, Greg Holmberg ___ freebsd-xen@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-xen To unsubscribe, send any mail to "freebsd-xen-unsubscr...@freebsd.org"
Re: kern/153620: Xen guest system clock drifts in AWS EC2 (FreeBSD 9.0-CURRENT i386 T1-micro)
The following reply was made to PR kern/153620; it has been noted by GNATS. From: Greg Holmberg To: bug-follo...@freebsd.org Cc: Subject: Re: kern/153620: Xen guest system clock drifts in AWS EC2 (FreeBSD 9.0-CURRENT i386 T1-micro) Date: Sun, 2 Jan 2011 12:51:33 +0100 On Sun, Jan 02, 2011 at 03:16:52AM -0800, Colin Percival wrote: > > Can you tell me: > 1. Did the clock run ahead, or behind? The NTP adjustment is a positive number (see below). Does this mean the clock is running slow? > 2. Can you reproduce this? > Yes. In the existing AMI, I just reset the clock again. Since I filed the PR, it had drifted "offset 0.124360 sec". While writing this email, it has drifted another "offset 0.009534 sec". I will let it go without correction for a while now. > 3. Did the clock _drift_, or _jump_? > Good question. Based on a handful of invocations of ntpdate, I would say that it drifts. The offset is different each time. ... Regards, Greg ___ freebsd-xen@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-xen To unsubscribe, send any mail to "freebsd-xen-unsubscr...@freebsd.org"
Re: kern/153620: Xen guest system clock drifts in AWS EC2 (FreeBSD 9.0-CURRENT i386 T1-micro)
The following reply was made to PR kern/153620; it has been noted by GNATS. From: Colin Percival To: bug-follo...@freebsd.org, fbsd-9.0-aws-ec2-1293964...@holmberg.to Cc: Subject: Re: kern/153620: Xen guest system clock drifts in AWS EC2 (FreeBSD 9.0-CURRENT i386 T1-micro) Date: Sun, 02 Jan 2011 03:16:52 -0800 This is interesting -- I thought I had squashed all the clock drift bugs. Can you tell me: 1. Did the clock run ahead, or behind? 2. Can you reproduce this? 3. Did the clock _drift_, or _jump_? The 2200 seconds mentioned is almost exactly the 2^41 ns period of the Xen timecounter, so if the clock jumped it's probably safe to guess that it's involved somehow... -- Colin Percival Security Officer, FreeBSD | freebsd.org | The power to serve Founder / author, Tarsnap | tarsnap.com | Online backups for the truly paranoid ___ freebsd-xen@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-xen To unsubscribe, send any mail to "freebsd-xen-unsubscr...@freebsd.org"
Re: kern/153620: Xen guest system clock drifts in AWS EC2 (FreeBSD 9.0-CURRENT i386 T1-micro)
Synopsis: Xen guest system clock drifts in AWS EC2 (FreeBSD 9.0-CURRENT i386 T1-micro) Responsible-Changed-From-To: freebsd-bugs->freebsd-xen Responsible-Changed-By: cperciva Responsible-Changed-When: Sun Jan 2 11:12:29 UTC 2011 Responsible-Changed-Why: Assign Xen clock bug to freebsd-xen list. http://www.freebsd.org/cgi/query-pr.cgi?pr=153620 ___ freebsd-xen@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-xen To unsubscribe, send any mail to "freebsd-xen-unsubscr...@freebsd.org"
