Hello can, Friday, November 9, 2007, 8:16:12 AM, you wrote:
cyg> If so, then at least a major part of your improved experience is cyg> not due to using ZFS per se but to getting rid of the high-end cyg> equipment and using more reliable commodity parts: a remarkable cyg> thought - I wonder if anyone has ever done that kind of a study. I wouldn's say High-End - as I said I have yet to see checksum error reported by ZFS on SAS/FC arrays. However on midrange arrays with sata disks it happened many times. Just a quick look to IBM page for example: http://www-304.ibm.com/jct01004c/systems/support/supportsite.wss/docdisplay?lndocid=MIGR-64357&brandind=5000008 "85750 (85456) Data corruption after large RAID 5 Volume Group with 2 LUNs Fix 92372 (92293) Media Scan with Redundancy Check caused data corruption (2) 89814 IO device error or data corruption on DS4100 " http://www-304.ibm.com/jct01004c/systems/support/supportsite.wss/docdisplay?brandind=5000008&lndocid=MIGR-55696 "269911 85753 85456 Data corruption after large VolGrp with 2 luns 269921 80084 79485 79298 Data corruption occurred after spindown of GHS drive during copy back followed shortly by reset of the controller. 269923 80468 80110 Data corruption reported during Failover and DSS 269926 80756 78907 Data corruption while running I/O to flashcopy on fastt600 where the LBA in the head and tail did match as expected 79260 (RW #78101) (CL #76791) Fixed data corruption problem (1) 79485 (CL #79298) Fix data corruption occurred after spindown of GHS 79704 (CL #79212) TD_PT3574 Fix data corruption during tripple fault test " And you can find more and more... -- Best regards, Robert mailto:[EMAIL PROTECTED] http://milek.blogspot.com _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss