From owner-freebsd-fs@FreeBSD.ORG Thu Jan 28 18:28:09 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 BFAB21065672 for ; Thu, 28 Jan 2010 18:28:09 +0000 (UTC) (envelope-from gtodd@bellanet.org) Received: from smtp114.rog.mail.re2.yahoo.com (smtp114.rog.mail.re2.yahoo.com [68.142.225.230]) by mx1.freebsd.org (Postfix) with SMTP id 4C5B78FC12 for ; Thu, 28 Jan 2010 18:28:08 +0000 (UTC) Received: (qmail 4695 invoked from network); 28 Jan 2010 18:28:08 -0000 Received: from CPE0080c8f208a5-CM001371173cf8.cpe.net.cable.rogers.com (gtodd@99.246.61.82 with login) by smtp114.rog.mail.re2.yahoo.com with SMTP; 28 Jan 2010 10:28:08 -0800 PST X-Yahoo-SMTP: nTCfdR6swBBGLC_L2D5qGu5iTT2NdwV8DpHvzb.tTA-- X-YMail-OSG: dfaz1D8VM1nA.ugAPxWPxryyb0XIgs0xECyaN_.VZCbDBjnWCasmOfxSGvItPiPGFA-- X-Yahoo-Newman-Property: ymail-3 Received: from wawanesa.iciti.ca (wawanesa.iciti.ca [192.168.2.4]) by wawanesa.iciti.ca (Postfix) with ESMTP id 45EEA36; Thu, 28 Jan 2010 13:24:40 -0500 (EST) Message-ID: <4B61D668.3020703@bellanet.org> Date: Thu, 28 Jan 2010 13:24:40 -0500 From: Graham Todd User-Agent: Thunderbird 2.0.0.21 (X11/20090511) MIME-Version: 1.0 To: Paul Pathiakis References: <419976.64363.qm@web110515.mail.gq1.yahoo.com> <422431.76479.qm@web110504.mail.gq1.yahoo.com> <529238.22926.qm@web110513.mail.gq1.yahoo.com> <377667.81874.qm@web110504.mail.gq1.yahoo.com> In-Reply-To: <377667.81874.qm@web110504.mail.gq1.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org Subject: Re: ZFS - scrub lead to corruption? 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: Thu, 28 Jan 2010 18:28:09 -0000 Paul Pathiakis wrote: ... > > I boot to single-user, make sure that scrubbing is turned off and it > throws the error within 2 minutes of being up.... I'm SOL unless someone > (please!!!) can respond and tell me how to roll this back. I think there was a discussion on -current or this list about using zdb to force a rollback to a previous uberblock - but I'm not sure if this would apply to your situation. Using zdb is a bit more high risk and you might not be able to rollback that far ... i.e it might not solve your corruption issue (the one where /usr/bin/m4 is "there" but "not there"?). Here's a related solaris discussion you may have seen: http://www.opensolaris.org/jive/thread.jspa?threadID=85794