|
|
|
|
|
|
|
|
|
|
xen-tools
Re: [Xen-tools] Re: [PATCH 1/3] Recover transaction on restart, give tra
>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
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- [Xen-tools] [PATCH 1/3] Recover transaction on restart, give transactions IDs, Rusty Russell
- [Xen-tools] Re: [PATCH 1/3] Recover transaction on restart, give transactions IDs, Christian Limpach
- [Xen-tools] Re: [PATCH 1/3] Recover transaction on restart, give transactions IDs, Rusty Russell
- Re: [Xen-tools] Re: [PATCH 1/3] Recover transaction on restart, give transactions IDs,
Steven Hand <=
- [Xen-tools] Re: [PATCH 1/3] Recover transaction on restart, give transactions IDs, Christian Limpach
- Re: [Xen-tools] Re: [PATCH 1/3] Recover transaction on restart, give transactions IDs, Christian Limpach
- [Xen-tools] Re: [PATCH 1/3] Recover transaction on restart, give transactions IDs, Rusty Russell
- [Xen-tools] Re: [PATCH 1/3] Recover transaction on restart, give transactions IDs, Keir Fraser
|
|
|
|
|