Date: Thu, 28 Jan 2010 13:24:40 -0500 From: Graham Todd <gtodd@bellanet.org> To: Paul Pathiakis <pathiaki2@yahoo.com> Cc: freebsd-fs@freebsd.org Subject: Re: ZFS - scrub lead to corruption? Message-ID: <4B61D668.3020703@bellanet.org> In-Reply-To: <377667.81874.qm@web110504.mail.gq1.yahoo.com> References: <419976.64363.qm@web110515.mail.gq1.yahoo.com> <a78074951001252217k5ee1a4a2rdfa2fc6905e4894a@mail.gmail.com> <alpine.GSO.2.01.1001260959190.17824@freddy.simplesystems.org> <422431.76479.qm@web110504.mail.gq1.yahoo.com> <alpine.GSO.2.01.1001261228390.17824@freddy.simplesystems.org> <529238.22926.qm@web110513.mail.gq1.yahoo.com> <377667.81874.qm@web110504.mail.gq1.yahoo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4B61D668.3020703>