Re: [Xen-devel] HVM Migration of domU on Qemu-upstream DM causes stuck system clock with ACPI

[Frediano Ziglio <frediano.ziglio@xxxxxxxxxx>]

On Wed, 2013-05-29 at 17:16 +0100, Alex Bligh wrote:
> --On 28 May 2013 16:06:19 +0100 Diana Crisan <dcrisan@xxxxxxxxxxxx> wrote:
> 
> >>>>> FWIW it's reproducible on every host h/w platform we've tried
> >>>>> (a total of 2).
> >>>> Do you see the same effects if you do a local-host migrate?
> >>> I hadn't even realised that was possible. That would have made testing
> >>> live migrate easier!
> >> That's basically the whole reason it is supported ;-)
> >>
> >>> How do you avoid the name clash in xen-store?
> >> Most toolstacks receive the incoming migration into a domain named
> >> FOO-incoming or some such and then rename to FOO upon completion. Some
> >> also rename the outgoing domain "FOO-migratedaway" towards the end so
> >> that the bits of the final teardown which can safely happen after the
> >> target have start can be done so.
> >>
> >
> > I am unsure what I am doing wrong, but I cannot seem to be able to do a
> > localhost migrate.
> >
> > I created a domU using "xl create xl.conf" and once it fully booted I
> > issued an "xl migrate 11 localhost". This fails and gives the output
> > below.
> >
> > Would you please advise on how to get this working?
> 
> Any ideas?
> 

I hardly think it's a problem with missing interrupt as timer is used
for schedule and I don't think a normal system can live without it.
rdtsc and rtc clocks are missing. rdtsc should be emulated but at least
you should see a warning for a big drift and then should work again
(rdtsc is quite used in newer oses, for instance linux 64 use it instead
of using syscalls). I suspect rtc timer as implementation is quite
different with Xen and without. I actually can't try.

Frediano

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel