From mboxrd@z Thu Jan 1 00:00:00 1970 From: Daniel Veillard Subject: Re: Domain save/migrate issue Date: Tue, 14 Feb 2006 09:41:49 -0500 Message-ID: <20060214144149.GE9506@redhat.com> References: <64F9B87B6B770947A9F8391472E0321603494ADA@ehost011-8.exch011.intermedia.net> Reply-To: veillard@redhat.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <64F9B87B6B770947A9F8391472E0321603494ADA@ehost011-8.exch011.intermedia.net> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Noam Taich Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org On Tue, Feb 14, 2006 at 06:08:06AM -0800, Noam Taich wrote: > As it stands now, when a domain is saved to disk it is suspended in the > process, and then destroyed. This is done by the checkpointing code in > Xend. > However, it's a good idea to leave the option open to the user whether > or not the saved domain should be kept alive or be suspended, > as it is very possible this feature may be used in real checkpointing of > a working domain state, just in order to not lose everything should > something go wrong. > > if you have a guest which does some heavy calculations, or one which > handles many customer's connection this may be a good idea even in > migration (which calls the checkpointing code anyway.), although in the > latter case, of course the network interfaces of the new domain will be > taken down, and it may be used as a hot spare ready for a quick > hook-up... > > So what do you think? I tend to agree, it's about having orthogonal APIs, I think you can build the current behaviour by a sequence of the simpler save and a destroy (though it would not be atomic anymore). Is there any strong reason a saved domain must not be left running ? Daniel -- Daniel Veillard | Red Hat http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/