WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-tools

Re: [Xen-tools] Re: [PATCH 1/3] Recover transaction on restart, give tra

To: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
Subject: Re: [Xen-tools] Re: [PATCH 1/3] Recover transaction on restart, give transactions IDs
From: Steven Hand <Steven.Hand@xxxxxxxxxxxx>
Date: Tue, 27 Sep 2005 05:44:33 +0100
Cc: Xen Tools <xen-tools@xxxxxxxxxxxxxxxxxxx>, Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>, Steven.Hand@xxxxxxxxxxxx
Delivery-date: Tue, 27 Sep 2005 04:42:04 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: Message from Rusty Russell <rusty@xxxxxxxxxxxxxxx> of "Tue, 27 Sep 2005 14:37:10 +1000." <1127795830.7703.27.camel@xxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-tools-request@lists.xensource.com?subject=help>
List-id: Xen control tools developers <xen-tools.lists.xensource.com>
List-post: <mailto:xen-tools@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-tools>, <mailto:xen-tools-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-tools>, <mailto:xen-tools-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-tools-bounces@xxxxxxxxxxxxxxxxxxx
>On Mon, 2005-09-26 at 19:57 +0100, Christian Limpach wrote:
>> Rusty,
>> 
>> I don't agree with this approach since it relies on the fact that
>> we won't suspend/resume within a transaction.
>
>If we suspend/resume over transactions, this mechanism will not work by
>itself, it will still work for local tools over xenstored restart.
>
>But transactions are a privileged operations (either in-kernel
>or /proc/xen/xenbus), and are short, so I don't see it as being an
>issue.  If it becomes an issue, I'd much rather do transaction migration
>than present a horrible API to xenstore users for such a corner case.

What do you mean by 'transaction migration'? Do you think a transaction
should be able to start on a xenstore on hostA and then complete on a
xenstore on hostB? Is there any situation where this makes sense? 

cheers,

S.

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