From mboxrd@z Thu Jan 1 00:00:00 1970 From: Alex Bligh Subject: Re: HVM Migration of domU on Qemu-upstream DM causes stuck system clock with ACPI Date: Wed, 15 May 2013 14:46:25 +0100 Message-ID: <827928EC095A8D390045DA90@nimrod.local> References: <2068104531.8634094.1368537080014.JavaMail.root@zimbra002> Reply-To: Alex Bligh Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; Format="flowed" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <2068104531.8634094.1368537080014.JavaMail.root@zimbra002> Content-Disposition: inline List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Diana Crisan , xen-devel@lists.xen.org Cc: Alex Bligh List-Id: xen-devel@lists.xenproject.org --On 14 May 2013 14:11:20 +0100 Diana Crisan wrote: > We are using Xen-4.3-rc1 with dom0 running Ubuntu Precise and > 3.5.0-23-generic kernel, and domU running Ubuntu Precise (12.04) cloud > images running 3.2.0-39-virtual. We are using the xl.conf below on > qemu-upstream-dm and HVM and two identical sending and receiving machines > (hardware and software) > > When live migration is instigated between two identical hardware > configurations using 'xl migrate', the migrate completes but the system > clock in domU appears to be stuck when the domU resumes on the receiving > side. For instance, running 'top', 'date', or 'uptime' will constantly > report the same result. The clocks in dom0 were synchronized before > migration using ntpdate. A modification of the clock using the date > command in the migrated domU solves the problem; migrating back to the > original machine works, but after a third migration the problem > reappears. Stranger and stranger. What happens after this migrate is that 'uptime' reports increasing uptime (as in seconds since boot), but the date/time is always the same. Setting date fixes this. It appears that whatever the process is that updates wall time in the kernel is not running, until tweaked by wall time being set manually. -- Alex Bligh