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

RE: [Xen-devel] AFS-based VBD backend

  • To: "Steve Traugott" <stevegt@xxxxxxxxxxxxx>
  • From: "Ian Pratt" <m+Ian.Pratt@xxxxxxxxxxxx>
  • Date: Thu, 23 Dec 2004 12:31:22 -0000
  • Cc: <xen-devel@xxxxxxxxxxxxxxxxxxxxx>
  • Delivery-date: Thu, 23 Dec 2004 12:32:41 +0000
  • List-id: List for Xen developers <xen-devel.lists.sourceforge.net>
  • Thread-index: AcTo6jaGtURszzUJRTuOSZTXe1X1AwAANTYw
  • Thread-topic: [Xen-devel] AFS-based VBD backend

 > > The blocktap backend driver is what you want. I'm not sure of it's 
> > current state, but the plan is to enable you to terminate a 
> blk device 
> > channel in user-space.
> Cool!  Where was the most recent version of that?

Unstable tree, but probably works in 2.0 too.

> > Of course, you could use 'unfsd -r' and export your AFS root file 
> > systems via same-machine NFS. This works pretty well, but I 
> can't say 
> > I've hammered it.
> I'm one of the folks who ran into the NFS root hangs early on 
> -- trying very hard to get off of it, hence this messing 
> about with alternatives.
> Granted, I'm not using same-machine NFS, don't know how much 
> that would reduce the hangs.

Do you still see hangs with 2.6.9 kernels?

> One variation on that theme that I have tested is an enbd 
> server running on an AFS client, serving block devices to 
> dom0 on another machine.  ;-) Slow, but seems stable.  
> Haven't tried same-machine with that either, because it eats 
> about 30% CPU on the enbd server under load.

We use redhat gnbd in preference to enbd.


SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
Xen-devel mailing list



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