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

RE: Disk naming (Was Re: [Xen-devel] [PATCH] Guest bootloadersupport [1/2])


  • To: "Jeremy Katz" <katzj@xxxxxxxxxx>
  • From: "Ian Pratt" <m+Ian.Pratt@xxxxxxxxxxxx>
  • Date: Thu, 14 Apr 2005 22:13:25 +0100
  • Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
  • Delivery-date: Thu, 14 Apr 2005 21:13:15 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>
  • Thread-index: AcVBM/H6h9XQ8h65To+ksLVhRV90gAAAfsjg
  • Thread-topic: Disk naming (Was Re: [Xen-devel] [PATCH] Guest bootloadersupport [1/2])

 
> Things start getting odd if you start mixing anything that 
> natively shows up as scsi with a vbd scsi, though, don't 
> they?  

Yep, it's a bit skank. I've had this before when I had a guest that was
moutning an iscsi target directly, and also a partition on the local
scsi disk via a vbd. I had to import the local scsi disk partition as
/dev/hda1 as the iscsi needed the sda.

I think we still register the xda major/minor for such eventualities.

Users really like to be able to boot the same file system both native
and on Xen without modifications, so I think this requirement wins out
for the moment.

Perhaps in preparation, vendors could make their installers 'xda' aware?

[Hmm, we should probably officially register the major also. Anyone know
how to go about this? Or better, do it for us?]

> And upstream has been fairly resistant to other !scsi 
> or !ide devices sitting on those devices.  I've had this 
> argument with Jeff Garzik before about a few of the esoteric 
> SATA drivers that don't even pretend to be scsi.  And things 
> like partitioning tools and hardware probing will start 
> showing more problems with ioctls not working as that starts 
> to show up.

Yep, we might hit resistance. Let's hope no-one reads our drivers too
closely :-)

Ian


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