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

RE: [Xen-devel] Re: drbd: and hvm


  • To: "Sauro Saltini" <saltini@xxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxx>
  • From: "James Harper" <james.harper@xxxxxxxxxxxxxxxx>
  • Date: Fri, 30 Apr 2010 09:44:08 +1000
  • Cc:
  • Delivery-date: Thu, 29 Apr 2010 16:45:14 -0700
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>
  • Thread-index: Acrn6C5kfTwaah2ASeKaaqdIprV0UwADYy6g
  • Thread-topic: [Xen-devel] Re: drbd: and hvm

> 
> James Harper <james.harper <at> bendigoit.com.au> writes:
> 
> >
> > >
> > > What is it that prevents drbd: devices from not working under HVM?
> > Could
> > > the fix just be as simple as mapping 'drbd:name-of-resource' to
> > > '/dev/drbd/by-res/<name-of-resource>'?
> > >
> >
> > The following patch maps it correctly, but it only works if the
device
> > is already 'primary', which kind of defeats the purpose... qemu-dm
must
> > be trying to open the device before the drbd script switches the
local
> > node to 'primary'. Might it still be a useful addition to qemu-dm
> > though? (eg it would work in a multiple-primary setup).
> 
> I've managed to make the creation of domU work by simply putting a
sleep(5);
> statement in the middle of your conditional block !

I did exactly the same thing. It might still race on a really heavily
loaded system, but I haven't had a problem with it in a few weeks of
testing.

James


_______________________________________________
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®.