From owner-freebsd-xen@FreeBSD.ORG Thu Jan 15 08:09:01 2015 Return-Path: Delivered-To: freebsd-xen@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3927425F; Thu, 15 Jan 2015 08:09:01 +0000 (UTC) Received: from SMTP.CITRIX.COM (smtp.citrix.com [66.165.176.89]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "mail.citrix.com", Issuer "Cybertrust Public SureServer SV CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 442D0A49; Thu, 15 Jan 2015 08:08:59 +0000 (UTC) X-IronPort-AV: E=Sophos;i="5.09,402,1418083200"; d="scan'208";a="216390254" Received: from [127.0.0.1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.3.210.2; Thu, 15 Jan 2015 03:07:44 -0500 Message-ID: <54B7754F.2090308@citrix.com> Date: Thu, 15 Jan 2015 09:07:43 +0100 From: =?windows-1252?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Mark Felder Subject: Re: XenServer 6.5 migrate FBSD 10/11 results in clock reset to 1970? References: <70A0A91F47C63040B165812D@[10.12.30.106]> <1421268127.1109646.213984377.0E5EC646@webmail.messagingengine.com> In-Reply-To: <1421268127.1109646.213984377.0E5EC646@webmail.messagingengine.com> Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit X-DLP: MIA2 Cc: freebsd-xen@freebsd.org X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jan 2015 08:09:01 -0000 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 >> >> >> >> 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.