From owner-freebsd-fs@freebsd.org Fri Nov 2 13:21:39 2018 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D896D10F638E for ; Fri, 2 Nov 2018 13:21:39 +0000 (UTC) (envelope-from SRS0=GaWu=NN=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7700169E51 for ; Fri, 2 Nov 2018 13:21:39 +0000 (UTC) (envelope-from SRS0=GaWu=NN=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id B60CD2840C for ; Fri, 2 Nov 2018 14:21:37 +0100 (CET) Received: from illbsd.quip.test (ip-86-49-16-209.net.upcbroadband.cz [86.49.16.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 00BD528422 for ; Fri, 2 Nov 2018 14:21:28 +0100 (CET) Subject: Re: zpool scrub 9TB finishes in ~40 mins To: freebsd-fs@freebsd.org References: <5BDC3DF5.9020501@andyit.com.au> From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: Date: Fri, 2 Nov 2018 14:21:28 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.3 MIME-Version: 1.0 In-Reply-To: <5BDC3DF5.9020501@andyit.com.au> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Nov 2018 13:21:40 -0000 Andy Farkas wrote on 2018/11/02 13:07: > # zpool status z >   pool: z >  state: ONLINE > status: One or more devices has experienced an error resulting in data >     corruption.  Applications may be affected. > action: Restore the file in question if possible.  Otherwise restore the >     entire pool from backup. >    see: http://illumos.org/msg/ZFS-8000-8A >   scan: scrub in progress since Fri Nov  2 16:59:24 2018 >     365G scanned out of 11.9T at 228M/s, 14h47m to go >         2.47M repaired, 2.99% done I definitely need this speed of scrub! 238M/s is awesome. I have RAIDZ from 4x ST4000VN000-1H4168 SC43 and the speed of scrub is about 20MB/s. Scrub takes more than week to finish: pool: tank0 state: ONLINE status: Some supported features are not enabled on the pool. The pool can still be used, but some features are unavailable. action: Enable all features using 'zpool upgrade'. Once this is done, the pool may no longer be accessible by software that does not support the features. See zpool-features(7) for details. scan: scrub repaired 0 in 262h56m with 0 errors on Sun Sep 16 02:04:25 2018 config: NAME STATE READ WRITE CKSUM tank0 ONLINE 0 0 0 raidz1-0 ONLINE 0 0 0 gpt/disk0tank0 ONLINE 0 0 0 gpt/disk1tank0 ONLINE 0 0 0 gpt/disk2tank0 ONLINE 0 0 0 gpt/disk3tank0 ONLINE 0 0 0 This is on HP ProLiant ML 110 G5 (very old machine) with only 5GB of RAM. Miroslav Lachman