ZFS: Panic when attempting to delete certain data
Andriy Gapon
avg at FreeBSD.org
Wed Nov 28 14:13:21 UTC 2012
on 28/11/2012 16:07 Josh Beard said the following:
>
>
> On Wed, Nov 28, 2012 at 6:49 AM, Andriy Gapon <avg at freebsd.org
> <mailto:avg at freebsd.org>> wrote:
> This is something that I said earlier in the private conversation that I
> mentioned:
>
> Andriy Gapon said:
> > The relevant commits are r240632 and r240345. I can't recall when I MFC-ed them
> > to stable/9. Most likely they are not in 9.1 releng branch.
> [snip]
> > I also don't have a good advice on how to fix the existing corruption.
> > I'd probably go with using something like tar/cpio/pax to move data to fresh
> > filesystem. Please be sure to use latest stable/9 or 8 to not run into the
> > issue again.
> >
> > zfs send/recv won't help, it would mindlessly replicate the corrupted
> attributes.
>
> To this I might add that the bugs were not FreeBSD-specifc and they may be still
> present in ZFS upstream and other ZFS ports.
>
> Thank you for the debugging information.
> --
> Andriy Gapon
>
>
> Andriy,
>
> Does this mean re-creating the dataset (or the pool?) would resolve this under a
> recent stable/9 build would resolve this?
>
> I have no problem doing so - as the data is redundant.
>
> Thanks for your help on this.
As I've said above - it depends.
If you just do normal file operations then the problem should not re-appear.
If it does, then please report.
If you zfs send/recv data from older systems or other operating systems, then you
may run into the problem again.
--
Andriy Gapon
More information about the freebsd-fs
mailing list