Hi Travist, The wget instructions stated you had to have a previous release(s) of the binary kit already installed otherwise you would have to transfer the files via sftp, smb etc.
After locating all the files bin-130aa, ... bin-130ae in /tmp http://eonstorage.blogspot.com/2010/06/eon-060-zfs-binary-kit-snv130-released.html cat bin-130a[a-z] > bin-130.tgz You now have a complete tar file cd /your_zpool mkdir local cd local gzip -dc /tmp/bin-130.tgz | tar -xf - diskspeed has a flaw where if the disk write produces an error and returns fast (equals writes file in short time), the file size is divided by a short write time producing an incorrect answer. The rule of thumb to use if the answer looks ridiculously high the write to that disk produced an error and the results should be discarded. The other values look ok except if (c0t2d0 19 MB/sec, c1t0d0 19 MB/sec) are not USB and part of your pool they could be slowing things down. ie configured 30358 MB/sec c0t4d0 21901 MB/sec your dladm output shows a peak 1 sec value of 43Mb/s and one following 25.7Mb/s looks like the burst or traffic went back to avg <32Kb/s after that. I don't see anything that looks like an issue here. e1000g0 5 4580 0 4 548 0 e1000g0 28435 43140750 0 15176 1028282 0 e1000g0 17075 25781940 0 9120 618980 0 e1000g0 20 11698 0 36 36576 0 e1000g0 27 32420 0 16 2208 0 try iostat -En to see if the disks are reporting errors -- This message posted from opensolaris.org _______________________________________________ distribution-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/distribution-discuss
