Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 10 Mar 2009 21:35:37 -0700
From:      Tim Kientzle <kientzle@freebsd.org>
To:        John Nielsen <lists@jnielsen.net>
Cc:        freebsd-current@freebsd.org
Subject:   ZFS/extattr lockup (was Re: bsdtar lockup on Current-03/10/2009)
Message-ID:  <49B73F99.9010200@freebsd.org>
In-Reply-To: <200903102310.32735.lists@jnielsen.net>
References:  <200903100104.53847.ken__6247.10998167775$1236647281$gmane$org@mthelicon.com>	<200903101238.20974.paul@fletchermoorland.co.uk>	<86sklldth2.fsf@gmail.com> <200903102310.32735.lists@jnielsen.net>

next in thread | previous in thread | raw e-mail | index | archive | help
John Nielsen wrote:
>
> I today noticed the same problem on -CURRENT i386 built March 9. 
> ...  using ZFS and initially
> thought that was the source of the regression but I haven't produced the 
> lockup with anything but tar and the extattr removal hack seems to have 
> fixed it for now ...

The common element so far seems to be ZFS.  Can you verify that

   $ lsextattr -h user <filename>

hangs on your system as well?  That invokes the same
extattr_list_link system call used by tar to enumerate
the extended attributes on a file.

The recent updates to tar made it one of the first really
common utilities to support extended attributes so I
wouldn't be at all surprised if this had been broken for
some time.

Tim



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?49B73F99.9010200>