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

Re: [Xen-devel] BLKTAPCTRL[2375]: blktapctrl_linux.c:86: blktap0 open failed



On Fri, 2010-07-23 at 03:07 -0400, Keir Fraser wrote:
> On 22/07/2010 22:10, "Pasi KÃrkkÃinen" <pasik@xxxxxx> wrote:
> 
> >> You got it right with tap2 (instead of tap). That's the key.
> >> 
> >> So with Xen 4.0.0 and 2.6.32.14 it's: disk = [
> >> 'tap:tapdisk:vhd:/mnt/win2008sp2.vhd,xvda:sda1,w' ]
> >> 
> >> and with Xen 4.0.1-rc4 and 2.6.32.16 it's: disk = [
> >> 'tap2:tapdisk:vhd:/mnt/win2008sp2.vhd,xvda:sda1,w' ]
> >> 
> >> Very subtle change but makes a world of difference. My Windows 2008
> >> domU is now booting from a VHD file.
> >> 
> > 
> > Uhm.. is this change intentional?
> 
> xen-unstable:21338 and xen-4.0-testing:21140. So yes.

That sounds like a lot of fallout on xen-users.
Especially for people who just want their guests to boot.

Maybe the whole notation should have rather been some _optional_ blktap
= {1|2} cfg key, only for those who actually care?

[As much as the whole disk notation should probably always just have
been <type>:<path>, with a separately configurable <type> -> <backend>
mapping for people who want to override backend choices (such
file->loopback vs file->aio).]

I guess the latter cannot be fixed. But maybe the former?

Daniel


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