From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ben Guthro Subject: Re: Re: Live Migration problems using xenapi with xm Date: Thu, 08 Nov 2007 11:36:07 -0500 Message-ID: <47333AF7.3070404@virtualiron.com> References: <4731DF7D.8000709@virtualiron.com> <47331DE2.4040400@virtualiron.com> <18227.14259.980097.937250@mariner.uk.xensource.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2032009117==" Return-path: In-Reply-To: <18227.14259.980097.937250@mariner.uk.xensource.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Mime-version: 1.0 Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ian Jackson Cc: xen-devel List-Id: xen-devel@lists.xenproject.org This is a multi-part message in MIME format. --===============2032009117== Content-Type: multipart/alternative; boundary="------------060804080504000206040004" This is a multi-part message in MIME format. --------------060804080504000206040004 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Thanks for your reply, I'm wondering - is this uncharted territory, or has migration on HVM (with xenapi) worked in the past? We'll be happy to help fix this...but it would go a long way to know what is thought to be working. Strangely, I have found that I can migrate guests with xenapi that were not created with xenapi. Just as a hack, I also tried always returning True for is_hvm. This seemed to get the migration process further, but seemed to get hung up on closing(or connecting) the vkbd device - leaving the domain in a broken state at both the sender, and receiver Ben Ian Jackson wrote: > Ben Guthro writes ("[Xen-devel] Re: Live Migration problems using xenapi with xm"): > >> I've managed to track this down to being a bug in HVM migration using >> XenAPI. >> > > Aha. > > >> It seems that restore is trying to restore a PV guest, while save is >> trying to save an HVM guest... [ etc. ] >> > > Thanks for investigating. > > >> I'll continue to dig further, but if anyone has any thoughts on this, >> I'd welcome pointers. >> > > I don't have any thoughts right now, I'm afraid. I hope to be in a > better position to help out very shortly; There's quite a lot of > review, testing and general sorting out of XenAPI needed which I'll be > looking into. > > In the meantime, good luck and do let us know what more you find. > > Regards, > Ian. > --------------060804080504000206040004 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Thanks for your reply,

I'm wondering - is this uncharted territory, or has migration on HVM (with xenapi) worked in the past? We'll be happy to help fix this...but it would go a long way to know what is thought to be working.

Strangely, I have found that I can migrate guests with xenapi that were not created with xenapi.

Just as a hack, I also tried always returning True for is_hvm. This seemed to get the migration process further, but seemed to get hung up on closing(or connecting) the vkbd device - leaving the domain in a broken state at both the sender, and receiver

Ben

Ian Jackson wrote:
Ben Guthro writes ("[Xen-devel] Re: Live Migration problems using xenapi with xm"):
  
I've managed to track this down to being a bug in HVM migration using 
XenAPI.
    

Aha.

  
It seems that restore is trying to restore a PV guest, while save is 
trying to save an HVM guest...  [ etc. ]
    

Thanks for investigating.

  
I'll continue to dig further, but if anyone has any thoughts on this, 
I'd welcome pointers.
    

I don't have any thoughts right now, I'm afraid.  I hope to be in a
better position to help out very shortly; There's quite a lot of
review, testing and general sorting out of XenAPI needed which I'll be
looking into.

In the meantime, good luck and do let us know what more you find.

Regards,
Ian.
  

--------------060804080504000206040004-- --===============2032009117== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============2032009117==--