Date: Sat, 17 Nov 2012 11:29:25 +1100 From: Peter Jeremy <peter@rulingia.com> To: freebsd-fs@FreeBSD.org Subject: Re: zfs diff deadlock Message-ID: <20121117002925.GE38823@server.rulingia.com> In-Reply-To: <50A6C1CA.50508@FreeBSD.org> References: <20121110223249.GB506@server.rulingia.com> <20121111072739.GA4814@server.rulingia.com> <509F5E0A.1020501@FreeBSD.org> <20121113202730.GA42238@server.rulingia.com> <20121116223544.GA99247@server.rulingia.com> <50A6C1CA.50508@FreeBSD.org>
index | next in thread | previous in thread | raw e-mail
[-- Attachment #1 --] [for the archives - I've written a followup to zfs-discuss] On 2012-Nov-17 00:44:26 +0200, Andriy Gapon <avg@FreeBSD.org> wrote: >on 17/11/2012 00:35 Peter Jeremy said the following: >> On 2012-Nov-14 07:27:30 +1100, Peter Jeremy <peter@server.rulingia.com> >> wrote: >>> On head, I get some normal differences terminated by: Unable to >>> determine path or stats for object 2128453 in tank/beckett/home@20120518: >>> Invalid argument >> >> I've done some more digging and got the following. Does it make sense for >> an object that is a "ZFS plain file" to have another "ZFS plain file" as a >> parent? It doesn't sound right to me. > >There was a bug that could result in a problem like this (because of corrupted >znode attributes) after certain operations. >What version of FreeBSD do you run there (branch+rev) ? This is head r242707 but the original pool is quite old and has been moved around a fair bit using send|recv. I've never intentionally used extended attributes but the pool has been exported to Windows XP via Samba and OS-X via NFSv3. If anyone has any ideas for repairing the pool, I'd be interested. -- Peter Jeremy [-- Attachment #2 --] -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlCm2mUACgkQ/opHv/APuIfWlACfYVPRz3kxtwFzlNSZe+FxXnjh bSYAoKIi0QmdrcqHsIOdjV1KQANEerHH =CitQ -----END PGP SIGNATURE-----help
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20121117002925.GE38823>