FreeBSD, ZFS: resilvering nach zpool replace arg langsam

Autor: Raphael Eiselstein <rabe_at_uugrn.org>
Datum: Sat, 2 Mar 2013 14:59:29 +0100
Hallo zusammen,

ich habe im Backup-Server strange.uugrn.org eine defekte SATA-Platte
(/dev/ada1) aus einem zpool ausgetauscht:

# zpool replace tank /dev/ada1 /dev/ada1

Seither sieht der pool so aus:


NAME                      STATE     READ WRITE CKSUM
tank                      DEGRADED     0     0     0
  mirror-0                DEGRADED     0     0     0
    ada2                  ONLINE       0     0     0
    replacing-1           DEGRADED    34     0     0
      286682025369100259  UNAVAIL      0     0     0  was /dev/ada1/old
      ada1                ONLINE       0     0    34 (resilvering)
  mirror-1                ONLINE       0     0     0
    ada0                  ONLINE       0     0     0
    ada3                  ONLINE       0     0     0

Soweit so klar.

Mein Problem ist, dass diese resilver Prozess unheimlich langsam
abläuft. Gestartet ist das mit "nur" knapp 15MB/sec und hätte laut
Prognose von gestern abend irgendwann im Laufe des heutigen Nachmittages
fertig sein müssen, inzwischen sieht die Prognose noch schlchter aus:

---------------------------------
  pool: tank
 state: DEGRADED
status: One or more devices is currently being resilvered.  The pool
will
        continue to function, possibly in a degraded state.
action: Wait for the resilver to complete.
 scan: resilver in progress since Fri Mar  1 21:17:53 2013
    301G scanned out of 959G at 4.93M/s, 37h57m to go
    138G resilvered, 31.41% done
---------------------------------

Der Pool ist ansonsten relativ idle, die Maschine zieht nur nachts
Backups und macht tagsüber ansonsten nicht sehr viel oder gar nix.


# zpool iostat -v 60
(60sec mittel):
                             capacity     operations    bandwidth
pool                      alloc   free   read  write   read  write
------------------------  -----  -----  -----  -----  -----  -----
tank                       959G   433G    150     75   300K   248K
  mirror                   382G   314G     70     46   137K   105K
    ada2                      -      -     59      5   163K  72.6K
    replacing                 -      -      0     77    392   137K
      286682025369100259      -      -      0      0      0      0
      ada1                    -      -      0     60    392   137K
  mirror                   578G   118G     80     29   163K   144K
    ada0                      -      -     33     10  90.8K   144K
    ada3                      -      -     39     10  93.8K   144K
------------------------  -----  -----  -----  -----  -----  -----

Wie kann man diesen Prozess beschleunigen? 
* zfs umount -a? 
   hatte gestern schon keinen merklichen Einfluss.

Ideen?

Gruß
Raphael

-- 
Raphael Eiselstein <rabe@uugrn.org>               http://rabe.uugrn.org/
xmpp:freibyter@gmx.de  | https://www.xing.com/profile/Raphael_Eiselstein   
GnuPG:                E7B2 1D66 3AF2 EDC7 9828  6D7A 9CDA 3E7B 10CA 9F2D
.........|.........|.........|.........|.........|.........|.........|..


-- 
UUGRN e.V. http://www.uugrn.org/
http://mailman.uugrn.org/mailman/listinfo/uugrn
Wiki: https://wiki.uugrn.org/UUGRN:Mailingliste
Archiv: http://lists.uugrn.org/

Empfangen am 02.03.2013

Dieses Archiv wurde generiert von hypermail 2.2.0 : 02.03.2013 CET