Hi Graham,
(this message was posed on opensolaris-bugs initially, I am CC'ing and
reply-to'ing zfs-discuss as it seems to be a more appropriate place to discuss
this.)
I'm surprised to see that the status of bug 6592835 hasn't moved beyond yes
that's a problem.
My understanding is that the
Hi Nils,
thanks for the detailed info. I've tried searching the zfs-discuss archive for
both the bug id and 'resilver', but in both cases the only result I can find
from the whole history is this thread:
http://www.opensolaris.org/jive/thread.jspa?messageID=276358#276358
Maybe the discussions
On Wed, 29 Oct 2008, Nils Goroll wrote:
My understanding is that the resilver speed is tied to fact that the currenct
resilver implementation follows the ZFS on disk structures, which needs
random-like I/O operations while a traditional RAID rebuild issues sequential
I/O only. Simply put, the
On Wed, 29 Oct 2008, Graham McArdle wrote:
Maybe the discussions you recall aren't fully indexed for searching
on these keywords or they were in another forum, but thanks for
giving me the gist of it. It is potentially quite an Achilles heel
for ZFS though. I've argued locally to migrate
We have a 24-disk server, so the current design is 2-disk root mirror and 2x
11-disk RAIDZ2 vdevs. I suppose another solution could have been to have 3x
7-disk vdevs plus a hot spare, but the capacity starts to get compromised.
Using 1TB disks in our current config will give us growth capacity