From owner-cvs-all  Thu Jul  5 22:25:55 2001
Delivered-To: cvs-all@freebsd.org
Received: from netau1.alcanet.com.au (ntp.alcanet.com.au [203.62.196.27])
	by hub.freebsd.org (Postfix) with ESMTP
	id 10DC837B407; Thu,  5 Jul 2001 22:25:48 -0700 (PDT)
	(envelope-from jeremyp@gsmx07.alcatel.com.au)
Received: from mfg1.cim.alcatel.com.au (mfg1.cim.alcatel.com.au [139.188.23.1])
	by netau1.alcanet.com.au (8.9.3 (PHNE_22672)/8.9.3) with ESMTP id PAA20156;
	Fri, 6 Jul 2001 15:25:35 +1000 (EST)
Received: from gsmx07.alcatel.com.au by cim.alcatel.com.au
 (PMDF V5.2-32 #37640) with ESMTP id <01K5M634A62OVLVNRC@cim.alcatel.com.au>;
 Fri, 6 Jul 2001 15:25:31 +1000
Received: (from jeremyp@localhost)	by gsmx07.alcatel.com.au (8.11.1/8.11.1)
 id f665PQg72399; Fri, 06 Jul 2001 15:25:26 +1000 (EST envelope-from jeremyp)
Content-return: prohibited
Date: Fri, 06 Jul 2001 15:25:26 +1000
From: Peter Jeremy <peter.jeremy@alcatel.com.au>
Subject: Re: cvs commit: src/etc diskcheckd.conf
In-reply-to: <12032.994393836@critter>; from phk@critter.freebsd.dk on Fri,
 Jul 06, 2001 at 06:30:36AM +0200
To: Poul-Henning Kamp <phk@critter.freebsd.dk>
Cc: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG
Mail-Followup-To: Poul-Henning Kamp <phk@critter.freebsd.dk>,
	cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG
Message-id: <20010706152526.C506@gsmx07.alcatel.com.au>
MIME-version: 1.0
Content-type: text/plain; charset=us-ascii
Content-disposition: inline
User-Agent: Mutt/1.2.5i
References: <20010705215324.448BA3809@overcee.netplex.com.au>
 <12032.994393836@critter>
Sender: owner-cvs-all@FreeBSD.ORG
Precedence: bulk
List-ID: <cvs-all.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo?subject=subscribe%20cvs-all>
List-Unsubscribe: <mailto:majordomo?subject=unsubscribe%20cvs-all>
X-Loop: FreeBSD.ORG

On 2001-Jul-06 06:30:36 +0200, Poul-Henning Kamp <phk@critter.freebsd.dk> wrote:
>diskcheckd is not designed or intended to do scrubbing, its goal has
>been reached if it does detection.

The only problem is that soft errors won't be detected until they
become hard errors - which is too late for the data on the disk.
diskcheckd seems to be a slow (non I/O intensive) way to run
"dd if=/dev/foo of=/dev/null bs=64k".  It would be useful if the
disk drivers could report soft errors so that something like
diskcheckd could detect that a disk was going bad whilst it was
still readable.

Peter

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message