[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-users] xm save -c


  • To: "Nick Couchman" <Nick.Couchman@xxxxxxxxx>
  • From: "Fabian Flägel" <fabigant@xxxxxxxxxxxxxx>
  • Date: Wed, 1 Oct 2008 15:52:05 +0200
  • Cc: deshantm@xxxxxxxxx, XEN Mailing List <xen-users@xxxxxxxxxxxxxxxxxxx>
  • Delivery-date: Wed, 01 Oct 2008 06:52:46 -0700
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=KEFSZQmLzWaUFjYT8WKUxyA1RDH2c6NNv51Cx3LYFS4YXZZQFQ2X61r+bHrRpFUS07 NT4i6rPEjog1K33YsgSAT6FSJZwNIGlXbResfo5OZnwWd/Su+rDtEKtCwN0XEKZTIC5+ Bh8FKqvM3eLaiQrhEKm39tmGjE2SVhAYiysAc=
  • List-id: Xen user discussion <xen-users.lists.xensource.com>

It _should_ work with qcow, but does not. At least not for me. I use
Ubuntu 8.04 LTS with Xen 3.2.1 and 2.6.24-41 and it does not work to
attach a qcow image to a vm. And therefore the vm sees no disk while
booting. If you find a solution for this, please let me know.

Regards
Fabian

2008/10/1 Nick Couchman <Nick.Couchman@xxxxxxxxx>:
> Thanks, Todd,
> I'm less concerned about the disk and more about Xen being able to do the 
> memory save "seamlessly" so that there isn't any pause for the user while the 
> save is completed (or at least not near as long as it is now).  The disk 
> would be nice, too, although I'm using OCFS2 and not LVM or ZFS for my domUs, 
> so I'm not sure how much that would help me.  Any chance it could be 
> implemented with Qcow, as well?  VMware does something like this and then 
> quickly changes out the disk that the VM sees from the original to the qcow 
> image.
>
> -Nick
>
>>>> On 2008/09/30 at 22:32, "Todd Deshane" <deshantm@xxxxxxxxx> wrote:
> On Sat, Sep 27, 2008 at 2:48 PM, Nick Couchman <Nick.Couchman@xxxxxxxxx> 
> wrote:
>> I'm tossing around the idea of creating a sort of "VDI" setup with Xen.  One
>> thing that I would like to do in this scenario is "checkpoint" the user's VM
>> at a certain interval so that if something bad happens they can go right
>> back to the latest point time - maybe a half-hour earlier or something like
>> that.  I was trying to use "xm save -c <Domain> <File>" to do this, but the
>> domain pauses while the contents of memory are saved off to disk.  I was
>> wondering if anyone knows of a way to "checkpoint" without pausing the
>> domain?  I can't do something like an hourly checkpoint if the domain pauses
>> every hour - the users on the domUs would kill me.  Is "seamless
>> checkpointing" something that's being developed, something that can be done
>> another way, or something I should just give up on now?
>>
>
> It is on the TODO list (last updated Jan 08):
> http://wiki.xensource.com/xenwiki/XenTodoList
>
> I think the LVM snapshots should be a good way.
>
> Another idea is to use a ZFS domain.
>
> I'll look into this more soon.
>
> A quick google search and remembering back to a previous Xen summit,
> there have been attempts. I don't know the status of them though.
>
> Feel free to float around ideas and discussion about this type of thing
> on the xen-research list.
>
> We should also do a better search of the summits and mailing lists
> to see what has been done and also check roadmaps and ask xen-
> devel if anybody is working on it.
>
> Cheers,
> Todd
>
> --
> Todd Deshane
> http://todddeshane.net
> check out our book: http://runningxen.com
>
>
>
> This e-mail may contain confidential and privileged material for the sole use 
> of the intended recipient.  If this email is not intended for you, or you are 
> not responsible for the delivery of this message to the intended recipient, 
> please note that this message may contain SEAKR Engineering (SEAKR) 
> Privileged/Proprietary Information.  In such a case, you are strictly 
> prohibited from downloading, photocopying, distributing or otherwise using 
> this message, its contents or attachments in any way.  If you have received 
> this message in error, please notify us immediately by replying to this 
> e-mail and delete the message from your mailbox.  Information contained in 
> this message that does not relate to the business of SEAKR is neither 
> endorsed by nor attributable to SEAKR.
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-users
>

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.