Jim,

> Just because you have awareness that COMSTAR's LUNs
> are backed up by  
> ZVOLs, and that as a root user you can read and write
> to these ZVOLs  
> directly, you should not. For the current version of
> COMSTAR, this is  
> why you are running in this first 64kb issue, as set
> of blocks that  
> are hidden from all supported SCSI initiators. Of
> course in addition  
> to the COMSTAR data, there is 'fdisk' partition data,
> maybe EFI disk  
> labeling, reserved sections, etc., etc., and finally
> the actual usable  
> space on the backing store device. There is a lot of
> opportunity to  
> overwrite required disk / volume data structures, so
> I would avoid  
> doing I/O directly to the ZVOL in use by COMSTAR.
> 
> Instead, access these COMSTAR LUNs using a supported
> SCSI Initiator,  
> which based on this thread of discussion is the iSCSI
> initiator. If  
> the COMSTAR LUN is going to be used on OpenSolaris,
> the connecting via  
> the loopback interface works well (127.0.0.1), or use
> VirtualBox, xVM,  
> VMware, etc.,  and the operating system of your
> choice, and its iSCSI  
> initiator software to access the COMSTAR LU.
> 

here we have a second problem with comstar, I fear, namely, what happens if I 
clone such a zvol to create a second iscsi target lun to share to a second pc?

Does sbdadm find the previous metadata it wrote at the beginning of the zvol 
and get confused or worst creates some risky situation?

I'd like not to have to dd 150Gb 15 times just to have copies of the same data 
which I can get  with a zfs clone in a few seconds.

Best regards.

Maurilio


> P.S.S. If you have the money, this is an awesome
> device. Unfortunately  
> with any leading edge storage technology like this,
> the instant you  
> purchase your HyperDriver5, the next generation
> (HyperDrive6 ?),  
> becomes available, being a cheaper, fast, bigger, ...
> whatever,  
> version. Sigh!
> 
>
Yeah :) it always happens this way with computers, I'm getting used to it.
-- 
This message posted from opensolaris.org
_______________________________________________
storage-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/storage-discuss

Reply via email to