Port-xen archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: Question to recent xentools3 update
On Thursday 27 March 2008 19:55:15 Manuel Bouyer wrote:
> On Thu, Mar 27, 2008 at 06:48:29PM +0100, Juergen Hannken-Illjes wrote:
> > Pygrub opens the device once and the kernel doesn't allow a second open.
> >
> > For my setup with "disk = [ 'phy:/dev/raid0f,0x1,w' ]" I got an EBUSY
> > when pygrub tried to open the block device. I don't understand enough of
> > Xen to say where this disk gets opened (xenbackendd, xbd device ...).
>
> The backend opens it before pygrub is started, yes.
>
> > > Isn't it possible to pass pygrub an edited version of the device name
> > > or have pygrub edit it itself? If we were to use the non-raw device for
> > > pygrub and the raw device for qemu-dm, would things work?
> >
> > If a Xen config with "disk = [ 'phy:/dev/rraid0f,0x1,w' ]" works and no
> > other Xen component opens the corresponding block device this could work.
> > As my Xen machine is in production now, I cannot test it.
>
> I don't think it would work without a lot of work on the backend device
> (I'm not even sure if it's possible). The backend assumes it was given a
> block device, because it uses struct buf.
According to pkgsrc/sysutils/xentool3/patches/patch-dk, pygrub is now
using a raw device while the guests use the block device at the same time.
So if I understand it correctly, it is possible to open /dev/raid0f
and /dev/rraid0f at the same time?
Christoph
Home |
Main Index |
Thread Index |
Old Index