From owner-freebsd-fs@FreeBSD.ORG Sun Jan 24 00:10:08 2010 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B4BC1065692 for ; Sun, 24 Jan 2010 00:10:08 +0000 (UTC) (envelope-from stevenschlansker@gmail.com) Received: from mail-yw0-f197.google.com (mail-yw0-f197.google.com [209.85.211.197]) by mx1.freebsd.org (Postfix) with ESMTP id EF9378FC13 for ; Sun, 24 Jan 2010 00:10:07 +0000 (UTC) Received: by ywh35 with SMTP id 35so1917335ywh.7 for ; Sat, 23 Jan 2010 16:10:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=ZT8435wGnxWsBZFTd13hKa8PyMJLfG1eqd6RXLWZ4Ss=; b=O9x/Ae600C5JBjdMAfzowFNjBgGjqkuDAaNkapsDpT6bwSNFGLcYJlqq5/0jBplAnH 8oTBeH52qP2w4jH9f89J8fCgWBad7J/oUuAyFsjpX7ceysR3g3H39k6h43wAZyC0B3Pg iay33bUMHVmg1/Rd0KDicFH4xdrW1drnZafIQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=LoDglPkc0x6bHmfedGZCdFahVL0ljQC+05/HT8oxdB/Agw/iSBZdi8aEVgcLr18k+2 2n7hJPfqPDgli+5JQGRAGEXP+EbbDw/VAsIaAAGRIl5tLkCYWuunHV/Wr5CtdvmSTkYG mRfMKIImkji1uXGNmsCKdtQBkp/ZABF9SlBHU= Received: by 10.101.6.30 with SMTP id j30mr5815131ani.200.1264291807115; Sat, 23 Jan 2010 16:10:07 -0800 (PST) Received: from ?192.168.42.3? (70-36-134-162.dsl.dynamic.sonic.net [70.36.134.162]) by mx.google.com with ESMTPS id 13sm2085856gxk.13.2010.01.23.16.10.05 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 23 Jan 2010 16:10:06 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Steven Schlansker In-Reply-To: <5da0588e1001231541l246769eao410c5ea6ccca0de4@mail.gmail.com> Date: Sat, 23 Jan 2010 16:09:33 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <5da0588e1001222223m773648am907267235bdcf882@mail.gmail.com> <5da0588e1001230014k1b8a32f8v42046497265429ed@mail.gmail.com> <5da0588e1001231415t403f29ceq6e8dcd16edb4a28@mail.gmail.com> <5da0588e1001231541l246769eao410c5ea6ccca0de4@mail.gmail.com> To: Rich X-Mailer: Apple Mail (2.1077) Cc: freebsd-fs Subject: Re: Errors on a file on a zpool: How to remove? 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, 24 Jan 2010 00:10:08 -0000 Perhaps you could create a new filesystem, say mirrors_new Move all files that you can read Destroy the bugged filesystem Rename the new filesystem over the old one Restore the missing files from backup Sound reasonable? On Jan 23, 2010, at 3:41 PM, Rich wrote: > I have no files named 0x0. >=20 > I have a number of files which, on attempting to do anything to them > (stat, mv, rm), EIO occurs, the checksum error number on three of the > disks in that pool ticks up, and /var/log/messages reports what I > reported in my initial post. (i discovered this due to FreeBSD's daily > check-for-setuid-bits-in-strange-places find command reporting EIO on > some files.) >=20 > My original post in this thread is about how to resolve this. >=20 > - Rich >=20 > On Sat, Jan 23, 2010 at 6:34 PM, Wes Morgan = wrote: >> On Sat, 23 Jan 2010, Rich wrote: >>=20 >>> On Sat, Jan 23, 2010 at 4:21 PM, Wes Morgan = wrote: >>>> On Sat, 23 Jan 2010, Rich wrote: >>>>=20 >>>>> I already diagnosed the bad hardware - one of the two sticks of = RAM >>>>> had gone bad, and fails memtest in the other machine. >>>>>=20 >>>>> pool: rigatoni >>>>> 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://www.sun.com/msg/ZFS-8000-8A >>>>> scrub: scrub completed after 15h28m with 1 errors on Thu Jan 21 = 18:09:25 2010 >>>>> config: >>>>>=20 >>>>> NAME STATE READ WRITE CKSUM >>>>> rigatoni ONLINE 0 0 1 >>>>> da4 ONLINE 0 0 2 >>>>> da5 ONLINE 0 0 2 >>>>> da7 ONLINE 0 0 0 >>>>> da6 ONLINE 0 0 0 >>>>> da2 ONLINE 0 0 2 >>>>>=20 >>>>> errors: Permanent errors have been detected in the following = files: >>>>>=20 >>>>> rigatoni/mirrors:<0x0> >>>>=20 >>>> Can you post your entire pool filesystem structure? That message = above >>>> looks like an unreferenced block or corrupted metadata rather than = an >>>> actual file. Also, if it's part of a snapshot, you simply have to = destroy >>>> the snapshot. >>>>=20 >>>> I had a pool become corrupted due to bad memory, and all of the = files were >>>> still able to be manipulated. The only time EIO popped up was on = the >>>> specific block that had a checksum error. >>>=20 >>> # zfs list -r -t all rigatoni >>> NAME USED AVAIL REFER MOUNTPOINT >>> rigatoni 5.73T 984G 19K /rigatoni >>> rigatoni/logs_bitch 269M 984G 269M /rigatoni/logs_bitch >>> rigatoni/mirrors 5.73T 984G 5.73T /mirrors >>>=20 >>> No snapshots here. :/ >>>=20 >>> EIO only pops up on the files I mentioned above - everything else in >>> those directories, including renaming that directory, is fine. >>=20 >> I must have missed it, what files is it showing besides the <0x0> = address? >> Or do you have a file named "<0x0>"? >=20 >=20 >=20 > --=20 >=20 > Life is a yo-yo, and mankind ties knots in the string. > _______________________________________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org"