Date: Fri, 14 Nov 2014 17:38:11 -0800 From: "K. Macy" <kmacy@freebsd.org> To: javocado <javocado@gmail.com> Cc: FreeBSD Filesystems <freebsd-fs@freebsd.org> Subject: Re: ZFS + xattr -> panic loop Message-ID: <CAHM0Q_PWjeoFNMQn6TvU%2BBiGsC%2B=OHp0o8K_5KH6uzf3m2t%2B-g@mail.gmail.com> In-Reply-To: <CAP1HOmTNcSrJzw6H777iJvcKG%2BeCv5L%2Bt0jcR7ccYX5eRXxhGg@mail.gmail.com> References: <CAP1HOmTNcSrJzw6H777iJvcKG%2BeCv5L%2Bt0jcR7ccYX5eRXxhGg@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
How big is your data set? Other users have seen corruption (data loss multiple times on the same data set) with extended attributes and I need a test case. Thanks. -K On Thu, Nov 13, 2014 at 11:43 AM, javocado <javocado@gmail.com> wrote: > After running an rsync (upload) into my zfs filesystem using the > --fake-super option (which stores permissions in extended attributes) the > zfs filesystem has somehow become corrupt. When booting the system it > panic's upon zfs startup: > > panic: solaris assert: VFS_ROOT(vfsp, LK_EXCLUSIVE, &vp) == 0, file: > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vfsops.c > , line: 1170 > cpuid = 12 > KDB: stack backtrace: > #0 0xffffffff8034b3ae at kdb_backtrace+0x5e > #1 0xffffffff803185c7 at panic+0x187 > #2 0xffffffff80ab8213 at zfs_mount+0x563 > #3 0xffffffff803a2635 at vfs_donmount+0xdc5 > #4 0xffffffff803a3133 at nmount+0x63 > #5 0xffffffff80553284 at amd64_syscall+0x1f4 > #6 0xffffffff8053bc2c at Xfast_syscall+0xfc > > I was able to boot the system by setting the filesystem: > > canmount=off > > However, I am still unable to mount it manually without causing a similar > panic. > > So, setting the cause of the panic aside for the moment, I just want to get > to the data. I'd like to think I can do that by turning off xattrs and > mounting it read-only however: > > # zfs set xattr=off pool/data > property 'xattr' not supported on FreeBSD: permission denied > > How can I turn that off? > > Second or alternately, if I want to just dump the filesystem out excluding > the extended attributes, so that I have a clean, mountable data set, how > would I do that? > > Thank you! > _______________________________________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAHM0Q_PWjeoFNMQn6TvU%2BBiGsC%2B=OHp0o8K_5KH6uzf3m2t%2B-g>