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