|
|
|
|
|
|
|
|
|
|
xen-devel
Re: [Xen-devel] [Patch 0/7] pvSCSI driver
James Harper wrote:
This reset stuff seems like a lot of extra work for probably not much
benefit though.
This ends up being the crux of it...
It all depends on how important the use of scsi is to the consumer. In
otherwords,
a scsi disk, layered under LVM, filesystems, etc, the nuances of the resets and
inter-relations between luns and targets isn't that meaningful and they will
happily
live in a world with these things are emulated.
However, if the scsi disk is talked to directly via things like sg tools, or
things
like multipathing software (where failover is disk & target specific), it
matters
more.
And if the scsi disk is handed all the way to the database, it matter *much*
*much*
more. In fact, this is one reason you find very enterprise databases supported
in
virtualized environments.
All this hints at levels of pass-thru. Granted, you can always take one step at
a time.
-- james
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- Re: [Xen-devel] [Patch 0/7] pvSCSI driver, (continued)
- Re: [Xen-devel] [Patch 0/7] pvSCSI driver, Jun Kamada
- RE: [Xen-devel] [Patch 0/7] pvSCSI driver, James Harper
- Re: [Xen-devel] [Patch 0/7] pvSCSI driver,
James Smart <=
- Re: [Xen-devel] [Patch 0/7] pvSCSI driver, Steven Smith
- Re: [Xen-devel] [Patch 0/7] pvSCSI driver, Jun Kamada
- Re: [Xen-devel] [Patch 0/7] pvSCSI driver, Steven Smith
- Re: [Xen-devel] [Patch 0/7] pvSCSI driver, Jun Kamada
- Re: [Xen-devel] [Patch 0/7] pvSCSI driver, Steven Smith
- Re: [Xen-devel] [Patch 0/7] pvSCSI driver, James Smart
- Re: [Xen-devel] [Patch 0/7] pvSCSI driver, Jun Kamada
|
|
|
|
|