Date: Sun, 30 Dec 2012 12:32:13 +0100 From: Fabian Keil <freebsd-listen@fabiankeil.de> To: Greg Bonett <greg.bonett@gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: how to destroy zfs parent filesystem without destroying children - corrupted file causing kernel panick Message-ID: <20121230123213.2312fb47@fabiankeil.de> In-Reply-To: <CAPceqYS4QTu=970XUE=KKV-ZdPSO6n5y1Dzuu4HM4yyie=-Gag@mail.gmail.com> References: <CAPceqYS4QTu=970XUE=KKV-ZdPSO6n5y1Dzuu4HM4yyie=-Gag@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--Sig_/RQ9advsrE4Yeh6r1.LexZy. Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Greg Bonett <greg.bonett@gmail.com> wrote: > Many months ago, I believe some *very bad hardware* caused corruption of a > file on one of my zfs file systems. I've isolated the corrupted file and > can reliably induce a kernel panic with "touch bad.file", "rm bad.file", = or > "ls -l" in the bad.file's directory (ls in bad.file's dir doesn't cause > panic, but "ls bad.file" does). >=20 > This is a raidz zpool, but zpool scrub doesn't fix it - it eventually > creates a kernel panic. >=20 > My next plan is to attempt to get rid of this file by zfs destroy(ing) the > entire filesystem. The corrupted file is on /tank, and I've copied all of > the good data onto a new zfs file system, /tank/tempfs/. My next plan would be reporting the problem with sufficient information so the bug can be fixed. Destroying the dataset or the whole pool seems like papering over the real issue to me and you could still do it if the PR gets ignored for too long or a developer agrees that this is the only option. Fabian --Sig_/RQ9advsrE4Yeh6r1.LexZy. Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlDgJkEACgkQBYqIVf93VJ2Z1wCgnIo+kJ9OUxi3DTn7lgUqdnKH fXgAn1R2bsjOanhlAQZdAkORLdMgx6KS =Ej+3 -----END PGP SIGNATURE----- --Sig_/RQ9advsrE4Yeh6r1.LexZy.--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20121230123213.2312fb47>