search for: 133g

...3.8G 0 3.8G 0% /dev/shm /dev/sda9 1.0G 33M 949M 4% /tmp /dev/sda5 2.1G 91M 1.8G 5% /var /dev/emcpowera1 1022M 173M 849M 17% /u01 /dev/emcpowerd1 10G 2.2G 7.8G 22% /u04 /dev/emcpowere1 60G 59G 1.6G 98% /u06 /dev/emcpowerf1 133G 86G 47G 65% /u07 /dev/emcpowerg1 5.0G 715M 4.2G 14% /u02 /dev/emcpowerh1 5.0G 940M 4.0G 19% /u03 /dev/emcpoweri1 133G 61G 72G 46% /u08 /dev/emcpowerj1 10G 1.1G 8.9G 11% /u05 ######### fdisk -l /dev/emcpowere ##### Disk /dev/emcpowere: 64 heads, 32 sector...

Do we have enormous fragmentation here on our X4500 with Solaris 10, ZFS Version 10? What except zfs send/receive can be done to free the fragmented space? One ZFS was used for some month to store some large disk images (each 50GByte large) which are copied there with rsync. This ZFS then reports 6.39TByte usage with zfs list and only 2TByte usage with du. The other ZFS was used for similar

...option I can see is a full destroy/create cycle - which seems an overkill, considering the pool size and the fact that there seems to be only one (deleted ?) file involved. [user at host ~]$ df -h /mnt/zpool01/ Filesystem Size Used Avail Capacity Mounted on zpool01 1.3T 1.2T 133G 90% /mnt/zpool01 [user at host ~]$ uname -a FreeBSD host.domain 7.2-RELEASE FreeBSD 7.2-RELEASE #0: Fri May 1 07:18:07 UTC 2009 root at driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 Cheers, ssc

Currently I''m trying to figure out the best zfs layout for a thumper wrt. to read AND write performance. I did some simple mkfile 512G tests and found out, that per average ~ 500 MB/s seems to be the maximum on can reach (tried initial default setup, all 46 HDDs as R0, etc.). According to http://www.amd.com/us-en/assets/content_type/DownloadableAssets/ArchitectureWP_062806.pdf I would