Re: [zfs-discuss] 350TB+ storage solution

2011-05-15 Thread Brandon High
On Sun, May 15, 2011 at 10:14 PM, Richard Elling wrote: > On May 15, 2011, at 10:18 AM, Jim Klimov wrote: >> In case of RAIDZ2 this recommendation leads to vdevs sized 6 (4+2), 10 (8+2) >> or 18 (16+2) disks - the latter being mentioned in the original post. > > A similar theory was disproved ba

Re: [zfs-discuss] Extremely slow zpool scrub performance

2011-05-15 Thread George Wilson
Can you share your 'zpool status' output for both pools? Also you may want to run the following a few times in a loop and provide the output: # echo "::walk spa | ::print spa_t spa_name spa_last_io spa_scrub_inflight" | mdb -k Thanks, George On Sat, May 14, 2011 at 8:29 AM, Donald Stahl wrote:

Re: [zfs-discuss] 350TB+ storage solution

2011-05-15 Thread Richard Elling
On May 15, 2011, at 10:18 AM, Jim Klimov wrote: > Hi, Very interesting suggestions as I'm contemplating a Supermicro-based > server for my work as well, but probably in a lower budget as a backup store > for an aging Thumper (not as its superior replacement). > > Still, I have a couple of ques

Re: [zfs-discuss] 350TB+ storage solution

2011-05-15 Thread Richard Elling
On May 15, 2011, at 8:01 PM, Edward Ned Harvey wrote: >> From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss- >> boun...@opensolaris.org] On Behalf Of Jim Klimov >> >> On one hand, I've read that as current drives get larger (while their > random >> IOPS/MBPS don't grow nearly as fast

Re: [zfs-discuss] bootfs ID on zfs root

2011-05-15 Thread Jim Klimov
Small world... Never seen this problem before your post, and hit it now myself ;) We had an outage on an SXCE snv_117 server today with a data pool taking unknown time to import, so we decided to "zpool import -F" it. But the feature is lacking in build 117, so we imported the pool into an Open

Re: [zfs-discuss] 350TB+ storage solution

2011-05-15 Thread Edward Ned Harvey
> From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss- > boun...@opensolaris.org] On Behalf Of Jim Klimov > > On one hand, I've read that as current drives get larger (while their random > IOPS/MBPS don't grow nearly as fast with new generations), it is becoming > more and more reasonabl

Re: [zfs-discuss] 350TB+ storage solution

2011-05-15 Thread Jim Klimov
Hi, Very interesting suggestions as I'm contemplating a Supermicro-based server for my work as well, but probably in a lower budget as a backup store for an aging Thumper (not as its superior replacement). Still, I have a couple of questions regarding your raidz layout recommendation. On one ha