I wrote up a blog post here - http://www.bitshop.com/Blogs/tabid/95/EntryId/69/VirtualBox-iSCSI-Comstar-~-5k-second-disk-i-o.aspx
This describes the problem I had with VirtualBox hitting a COMSTAR target. I didn't trace packets but it seems to be requesting a flush to disk continually. The lu backed on a ZFS Volume seems to need the use /dev/zvol/rdsk, not /dev/zvol/dsk - otherwise the new wcd=false property doesn't work. This seems like a bug report may be in order to simply check the path and if the path can't support wcd=false report that the backing store doesn't support it (if that's the issue). Most importantly: Can someone confirm the path should always be /dev/zvol/rdsk? Steve Radich - www.BitShop.com - Windows Web Farm / SQL Server Management Technology Tips:www.ASPDeveloper.Net -- This message posted from opensolaris.org _______________________________________________ storage-discuss mailing list storage-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/storage-discuss
