From owner-freebsd-fs@FreeBSD.ORG Sun Jan 24 04:14:10 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 26F7C1065670 for ; Sun, 24 Jan 2010 04:14:10 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-qy0-f201.google.com (mail-qy0-f201.google.com [209.85.221.201]) by mx1.freebsd.org (Postfix) with ESMTP id C6ACD8FC0C for ; Sun, 24 Jan 2010 04:14:09 +0000 (UTC) Received: by qyk39 with SMTP id 39so1359370qyk.27 for ; Sat, 23 Jan 2010 20:14:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:from:to:cc :subject:in-reply-to:message-id:references:user-agent :x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; bh=U/yyoWiz2fHZnRBcQsyFdfZx20XdCFP1DLdtvun796E=; b=mPxhHiM7tOAHfgVu2yaN8yemhRMbkwnl3pb6xeW0iLNG4byCfb2/KPP10dWQgvlK3J BjPd/cbdXfO65+O3ZYuMkg3/p9KSgCrqfu67Pv9zFtMfTAmzygSoIuF6gvQabv6giNlN EEUUqjuKLwdZO15HR43L2W/gGCJh/pLd9pqXU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; b=WvaH9rbNxrFuagTDpnDZ0hQIV5qNyjxjtutvSWBhlIecmnPUYH5/RE5e8UTsVrhQvG x/sYIYUFn0B0z1MBuWMhshMo3LNcFOqmgHfkVtQLrWl/kwuMYSeSWww74kTpObbWLiCD R6peB8Qm3UYZTt26tM0hlVKNpEf+vGmEJBqc8= Received: by 10.224.109.17 with SMTP id h17mr3182765qap.144.1264306449092; Sat, 23 Jan 2010 20:14:09 -0800 (PST) Received: from centel.dataix.local (ppp-21.4.dialinfree.com [209.172.21.4]) by mx.google.com with ESMTPS id 6sm8621788qwk.41.2010.01.23.20.14.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 23 Jan 2010 20:14:08 -0800 (PST) Sender: "J. Hellenthal" Date: Sat, 23 Jan 2010 23:13:54 -0500 From: jhell To: Rich In-Reply-To: <5da0588e1001231638i349f8f17t297e970b08825441@mail.gmail.com> Message-ID: References: <5da0588e1001222223m773648am907267235bdcf882@mail.gmail.com> <5da0588e1001230014k1b8a32f8v42046497265429ed@mail.gmail.com> <5da0588e1001231415t403f29ceq6e8dcd16edb4a28@mail.gmail.com> <5da0588e1001231541l246769eao410c5ea6ccca0de4@mail.gmail.com> <5da0588e1001231615t37c22575uedaae938be40f530@mail.gmail.com> <4B5B94B8.7070509@modulus.org> <5da0588e1001231638i349f8f17t297e970b08825441@mail.gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-fs@freebsd.org 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 04:14:10 -0000 On Sat, 23 Jan 2010 19:38, rincebrain@ wrote: > I'm not claiming that restoring data from backups is unreasonable, or > that silent data corruption is better. > > I'm claiming that my inability to delete the corrupted data in order > to restore from backups without nuking unaffected data or remaking the > filesystem is unreasonable. > > - Rich > > On Sat, Jan 23, 2010 at 7:30 PM, Andrew Snow wrote: >> Rich wrote: >>> >>> I claim this is still Bad Behavior, and should be resolvable without >>> doing something like that. >> >> I cannot agree that silent corruption (which would have happened with any >> other filesystem) is preferable to what ZFS is doing here. >> >> You had bad RAM, and no redundancy in a huge RAID0, I think it would be >> reasonable to have to restore from backups or recreate the data and not pin >> blame on ZFS. >> >> >> - Andrew >> > Rich, Can you try the following please and then report back. Setting failmode to continue might let you continue a removal. zpool set failmode=continue what_is_it_rigatoni? This should be inherited by effected drives. zfs set checksum=off what_is_it_rigatoni? Remove the said effected files at this point. Turn your failmode back to its default state which is "wait" and then turn your checksum back to on state or whatever you had it at previously. zpool clear what_is_it_rigatoni? zpool scrub what_is_it_rigatoni? We will wait for you here... -- jhell