[EMAIL PROTECTED] wrote on 21/07/2007 02:41:57 AM: > It's going to be interesting to see if the new dtrace provider > for the iscsi target will assist in getting to the bottom of this bug. > I believe it's due to be included with snv_69. > Joshua, you do seem to be able to trigger this bug more reliably > than anyone else, so far. It would be interesting to hear more > details of your test setup and details of the sort of iscsi traffic > that triggers the bug.
It's about 170 Xen virtual machines booting images that are iSCSI volumes stored in zvols, most of which are clones from a library suite. We have one workload inside the Xen VM that routinely tickles the bug. The workload in question involves a sequential read of bulk data blocks whilst a sequential filesystem scan is occuring, even with noatime. The fs inside the volume is Linux ext3. This usually blows up the iSCSI target daemon within 10 minutes. As far as I'm concerned it should be release-critical for iscsitgtd. These VMs are our developer test labs, so they're quite patient people comfortable with beta code exploding in their faces. It has in the meantime led me to recommend our production sites against using ZFS+iSCSI as a storage target for new projects, with the caveat to our solution architects that "Sun might fix the bug, no ETA". JG This email, including any attachments, is intended only for the use of the individual or entity named above and may contain information that is confidential and privileged. Any information contained in this email is not to be used or disclosed for any purpose other than the purpose for which you received it. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. If you have received this email by mistake, please delete this email permanently from your system. WARNING: Although Editure has taken reasonable precautions to ensure no viruses are present in this email, Editure can not accept responsibility for any losses or damages whatsoever, arising from the use of this email and/or its attachments. www.editure.com _______________________________________________ storage-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/storage-discuss
