Date: Thu, 28 Jan 2010 15:27:31 -0800 (PST) From: Paul Pathiakis <pathiaki2@yahoo.com> To: Graham Todd <gtodd@bellanet.org> Cc: freebsd-fs@freebsd.org Subject: Re: ZFS - scrub lead to corruption? Message-ID: <539498.51342.qm@web110502.mail.gq1.yahoo.com> In-Reply-To: <4B61D668.3020703@bellanet.org> 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> <4B61D668.3020703@bellanet.org>
next in thread | previous in thread | raw e-mail | index | archive | help
From: Graham Todd <gtodd@bellanet.org> To: Paul Pathiakis <pathiaki2@yahoo.com> Cc: freebsd-fs@freebsd.org Sent: Thu, January 28, 2010 1:24:40 PM Subject: Re: ZFS - scrub lead to corruption? 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 **************************************************************************** Graham, Thanks for the info. I've realized something that is... disconcerting. (I had found that article but I don't think the FreeBSD zdb is as robust with features.) So, I did a quick install of a base OS. I've backed up everything in /usr that doesn't cause a crash (it's only /usr/bin, /usr/share, and /usr/obj files) onto the new pool. Many various files in directories and sub-sub-sub-sub... dirs in /usr have files in them that if you touch them *CRASH* I'm going to zfs destroy the /usr partition and all the subpartitions and recreate it. I'll restore everything from the new OS /usr. From there, I'll change my pool mountpoints back to the norm and I will see if I can make the world and install it. (I'm also going to upgrade the firmware on the drives as well. I'm going to see if Seagate release a version later than the one I have for the 1500 GB drives) I'll give the list an update after this. Paul
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?539498.51342.qm>