ZFS RAIDZ1: resilvering at <17.3M/s => abyssal slow ...

From: O. Hartmann <ohartmann_at_walstatt.org>
Date: Thu, 14 Dec 2017 12:48:33 +0100
Hello out there,

I had to replace a HDD on a RAIDZ1 pool comprised from 4 HDDs, each 3 TB (netto size of
the pool is about 8-9 TB, the used amount is reported to be ~ 6TB).

I just started the rebuild/resilvering process and watch the pool crwaling at ~ 18 MB/s.
At the moment, there is no load on the array, the host is a IvyBridge XEON with 4 core/8
threads and 3,4 GHz and 16 GB of RAM. The HDDs are attached to a on-board SATA II (300
MB/s max) Intel chip - this just for the record.

Recently, I switch on the "sync" attribute on most of the defined pools's zfs filesystems
- I also use a SSD for ZIL/L2ARC caching, but it seems to be unused recently in FreeBSD
CURRENT's ZFS - this from a observers perspective only.

When scrubbing, I see recently also reduced performance on the pool, so I'm wondering
about the low throughput at the very moment when resilvering is in progress.

If the "perspective" of "zpool status" is correct, then I have to wait after two hours
for another 100 hours - ~ 4 days? Ups ... I think there is something badly misconfigured
or missing.

The pool is not "tuned" in any very sophisticated way, since I trust the kernels ability
to scale automatically - if I'm not wrong for amd64 ...

Are there any aspects to look at?

Thanks in advance,

Oliver

-- 
O. Hartmann

Ich widerspreche der Nutzung oder Übermittlung meiner Daten für
Werbezwecke oder für die Markt- oder Meinungsforschung (§ 28 Abs. 4 BDSG).

Received on Thu Dec 14 2017 - 10:49:15 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:14 UTC