|  |  | 
  
    |  |  | 
 
  |   |  | 
  
    |  |  | 
  
    |  |  | 
  
    |   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
 |  |  | 
  
    |  |  |