From owner-freebsd-fs@FreeBSD.ORG Sun Feb 4 12:13:54 2007 Return-Path: X-Original-To: freebsd-fs@FreeBSD.org Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9F08D16A504 for ; Sun, 4 Feb 2007 12:13:54 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 3BE7213C461 for ; Sun, 4 Feb 2007 12:13:53 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id A131845CD9; Sun, 4 Feb 2007 13:13:52 +0100 (CET) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id DE885456B1; Sun, 4 Feb 2007 13:13:41 +0100 (CET) Date: Sun, 4 Feb 2007 13:12:46 +0100 From: Pawel Jakub Dawidek To: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <20070204121246.GB69414@garage.freebsd.pl> References: <45C4C478.1000003@quip.cz> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="s/l3CgOIzMHHjg/5" Content-Disposition: inline In-Reply-To: <45C4C478.1000003@quip.cz> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@FreeBSD.org Subject: Re: unreadable (pending) sectors X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Feb 2007 12:13:54 -0000 --s/l3CgOIzMHHjg/5 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Feb 03, 2007 at 06:20:56PM +0100, Miroslav Lachman wrote: > Hi all, >=20 > a few days ago I start reading records like this in /var/log/messages >=20 > Feb 3 17:27:22 roxy smartd[71846]: Device: /dev/ad6, 1 Currently unreada= ble (pending) sectors > Feb 3 17:27:22 roxy smartd[71846]: Device: /dev/ad6, 1 Offline uncorrect= able sectors >=20 > ad6 is one of two drives in gmirror, so I am not so "scared" ;) >=20 > Related parts of output of smartctl -a /dev/ad6 >=20 > 197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always = - 1 > 198 Offline_Uncorrectable 0x0030 100 100 000 Old_age Offline = - 1 > 199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always = - 0 > 200 Multi_Zone_Error_Rate 0x000a 100 100 000 Old_age Always = - 0 > 201 Soft_Read_Error_Rate 0x000a 100 100 000 Old_age Always = - 2 >=20 > # 1 Extended offline Completed: read failure 10% 4118 = 474119936 > # 2 Short offline Completed without error 00% 4115 = - >=20 > How can I determine which file belongs to LBA 474119936 / How can I try t= o write to this sector, so drive can internaly realocate this bad sector? > Is there any special tools/commands to this? It will be possible to write such a tool, but I don't know if one already exist... What you want to do (write to bad sectors) should be integral gmirror/graid3 functionality - when error is detected on read, operation is repeated on 2nd half of the mirror and when completed, it should write to the first half. It is not implemented yet, but I'm planning to do so. This also have a nice additional value. You can configure geli authentication on top of each mirror half and when silent data corruption is detected by geli, gmirror will read data from the other half and rewrite corrupted region with correct data. Almost like ZFS:) What I can suggest now is to just rebuild the problematic half: # gmirror rebuild ad6 --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --s/l3CgOIzMHHjg/5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFxc2+ForvXbEpPzQRAi9OAKCBnsWJq5L+CHyk8pLL0tw+Tm5BRwCfTiuJ J4cHUo93uE9bdR7Hx17p+uA= =5vNQ -----END PGP SIGNATURE----- --s/l3CgOIzMHHjg/5--