no amount of playing with cp will fix a drive FW issue. but as pointed out the slower rsync will tax the FW less. Looking at
device r/s w/s kr/s kw/s wait actv svc_t %w %b s/w h/w trn tot us sy wt id sd0 0.0 0.0 0.0 0.0 35.0 0.0 0.0 100 0 0 0 0 0 it seems the disk still has requests queued but not active, so the echo "set sata:sata_max_queue_depth = 0x1" >> /etc/system didn't work.. (perhaps running bits older than snv_74?) http://bugs.opensolaris.org/view_bug.do?bug_id=6589306 so lets try the older echo "set sata:sata_func_enable = 0x7" >> /etc/system but of cource fixing the drive FW is the answer. ref: http://mail.opensolaris.org/pipermail/storage-discuss/2008-January/004428.html Rob _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
