From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 22:23:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3673A106564A for ; Thu, 12 Mar 2009 22:23:14 +0000 (UTC) (envelope-from M.S.Powell@salford.ac.uk) Received: from airy.salford.ac.uk (airy.salford.ac.uk [146.87.0.11]) by mx1.freebsd.org (Postfix) with SMTP id 9EE0C8FC14 for ; Thu, 12 Mar 2009 22:23:13 +0000 (UTC) (envelope-from M.S.Powell@salford.ac.uk) Received: (qmail 65063 invoked by uid 98); 12 Mar 2009 22:23:12 +0000 Received: from 146.87.255.121 by airy.salford.ac.uk (envelope-from , uid 401) with qmail-scanner-2.01 (clamdscan: 0.94.2/9102. spamassassin: 3.2.4. Clear:RC:1(146.87.255.121):. Processed in 0.0449000000000001 secs); 12 Mar 2009 22:23:12 -0000 Received: from rust.salford.ac.uk (HELO rust.salford.ac.uk) (146.87.255.121) by airy.salford.ac.uk (qpsmtpd/0.3x.614) with SMTP; Thu, 12 Mar 2009 22:23:11 +0000 Received: (qmail 13235 invoked by uid 1002); 12 Mar 2009 22:23:09 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 12 Mar 2009 22:23:09 -0000 Date: Thu, 12 Mar 2009 22:23:09 +0000 (GMT) From: "Mark Powell" To: Tim Kientzle In-Reply-To: <49B97617.8010709@freebsd.org> Message-ID: <20090312210553.Q1510@rust.salford.ac.uk> References: <20090312175345.Y80227@rust.salford.ac.uk> <20090312191333.GA97342@hyperion.scode.org> <49B97617.8010709@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, Peter Schuller Subject: Re: repeatable ZFS panic: share->excl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2009 22:23:14 -0000 On Thu, 12 Mar 2009, Tim Kientzle wrote: > I think this may be a different problem. The earlier thread involved a > ZFS bug that causes it to lock up if it receives a request to enumerate > extended attributes on a file (via extattr_list_link system call). Tar > recently added support for backing up extended attributes. I've > disabled that support until this particular ZFS problem can be fixed. I just rebuilt world on one box and the problem went away. Your fix I assume? > However, pkg_add uses tar to extract archives, not create them, so this > is not the same problem. I haven't disabled tar support for restoring > extended attributes, but no existing packages should have extended > attributes to be restored, so I doubt this is the same issue. > > 1) Do you get the same symptoms on UFS? No problems on UFS. > 2) Is this on extraction or just create? The problem occurs with just tar create. I'm not sure why pkg_add provokes it. > 3) Can you run tar under "ktrace" and figure out what system call is > provoking the problem? I'm not sure how I could dump the ktrace.out after a panic. A truss of a tar create on a zfs volume shows the last call to be: __acl_get_file(...) ERR#45 'Operation not supported' shared lock of (lockmgr) zfs @ /usr/src/sys/kern/vfs_lookup.c:442 Cheers. -- Mark Powell - UNIX System Administrator - The University of Salford Information & Learning Services, Clifford Whitworth Building, Salford University, Manchester, M5 4WT, UK. Tel: +44 161 295 6843 Fax: +44 161 295 5888 www.pgp.com for PGP key