Date: Thu, 15 Jan 2015 09:07:43 +0100 From: =?windows-1252?Q?Roger_Pau_Monn=E9?= <roger.pau@citrix.com> To: Mark Felder <feld@FreeBSD.org> Cc: freebsd-xen@freebsd.org Subject: Re: XenServer 6.5 migrate FBSD 10/11 results in clock reset to 1970? Message-ID: <54B7754F.2090308@citrix.com> In-Reply-To: <1421268127.1109646.213984377.0E5EC646@webmail.messagingengine.com> References: <70A0A91F47C63040B165812D@[10.12.30.106]> <1421268127.1109646.213984377.0E5EC646@webmail.messagingengine.com>
next in thread | previous in thread | raw e-mail | index | archive | help
El 14/01/15 a les 21.42, Mark Felder ha escrit: > > > On Wed, Jan 14, 2015, at 09:16, Karl Pielorz wrote: >> >> Hi, >> >> This has been seen before e.g. see >> >> <https://lists.freebsd.org/pipermail/freebsd-xen/2013-December/001825.html>; >> >> We're now seeing this now we've started using 10.x boxes under XenServer >> 6.5 >> >> Is there any work around for it? >> >> The 'hit' rate for us seems to be quite high (+70%?) i.e. the clock >> resets >> most of the time we do even just a storage migration. >> >> The guests are running NTP - and that continues running after the event, >> but is obviously unwilling to make such a big clock adjustment to drag >> the >> guests time from 1970 to present day. >> >> Unfortunately - this also causes various other things on the box to break >> as well :( >> >> Is there no 'after migration' hook or script I can lodge some code to >> shutdown NTP, do an ntpdate - then restart NTP again? >> > > When I ran into this I manually stopped NTP, migrated, ran ntpdate, > started NTP again. It was painful. > > The problem as I recall is in the PVHVM code and is fixed upstream in > Xen but wasn't pulled into XenServer. Roger will know more details, but > if you have a Citrix support contract you should pressure them to open a > bug / regression on this. Unfortunately I'm no longer in a position to > do so... As Mark says this has already been fixed in Xen upstream, and the fix should be present at least in Xen 4.4 and the upcoming Xen 4.5. The Xen continuous test system also tests each Xen commit against FreeBSD 10.1, which includes performing x10 migrations in a row: http://www.chiark.greenend.org.uk/~xensrcts/logs/33395/test-amd64-i386-freebsd10-amd64/14.ts-guest-localmigrate.log After each migration the date inside of the guest is printed in order to make sure no skew happens. Roger.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?54B7754F.2090308>