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

Re: [Xen-devel] Transaction mapping in xenstored


  • To: John Levon <levon@xxxxxxxxxxxxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxx>
  • From: Keir Fraser <keir@xxxxxxxxxxxxx>
  • Date: Tue, 06 Mar 2007 11:31:56 +0000
  • Delivery-date: Tue, 06 Mar 2007 03:31:10 -0800
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>
  • Thread-index: Acdf4wuWSlH82svWEdueUQAX8io7RQ==
  • Thread-topic: [Xen-devel] Transaction mapping in xenstored



On 6/3/07 11:24, "John Levon" <levon@xxxxxxxxxxxxxxxxx> wrote:

> I'm unclear on why we have to have the mapping part of solving the
> xendev problem. Can't we just allocate a transaction as usual if we see
> an ID without a transaction existing, mark it as pre-fail, and when we
> see the transaction end, discard the copy as if it had raced?
> 
> Surely the ID lookup is guaranteed to fail in the circumstances we care
> about (restore, xenstored restart)?

Xenstored allocates transaction ids, and it can reuse them after
restore/restart. So you'll be able to end up with multiple transaction
contexts in the guest who were all originally allocated the same transaction
id by xenstored. Of course all but one is certainly doomed, but you need to
disambiguate...

 -- Keir


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


 


Rackspace

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