From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 00:24:04 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 02BC6106571E for ; Fri, 13 Mar 2009 00:24:04 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id C59908FC0C for ; Fri, 13 Mar 2009 00:24:03 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: (from root@localhost) by kientzle.com (8.14.3/8.14.3) id n2D0O2Lg048143; Thu, 12 Mar 2009 17:24:02 -0700 (PDT) (envelope-from kientzle@freebsd.org) Received: from [10.123.2.23] (fw2.kientzle.com [10.123.1.2]) by kientzle.com with SMTP id r75vxvzmya3rsc6ydc56mnqbwe; Thu, 12 Mar 2009 17:24:02 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <49B9A7A2.6060400@freebsd.org> Date: Thu, 12 Mar 2009 17:24:02 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mark Powell References: <20090312175345.Y80227@rust.salford.ac.uk> <20090312191333.GA97342@hyperion.scode.org> <49B97617.8010709@freebsd.org> <20090312210553.Q1510@rust.salford.ac.uk> In-Reply-To: <20090312210553.Q1510@rust.salford.ac.uk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit 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: Fri, 13 Mar 2009 00:24:04 -0000 >> ... ZFS bug ... lock up if it receives ... extattr_list_link system >> call ... Tar recently added support for backing up extended >> attributes. > > I just rebuilt world on one box and the problem went away. Your fix I > assume? Yes, I've disabled the ability to backup extended attributes. I'm not happy about it, but it seemed prudent for now. >> 2) Is this on extraction or just create? > > The problem occurs with just tar create. I'm not sure why pkg_add > provokes it. I just remembered that pkg_add sometimes uses "tar -c | tar -x" to copy a lot of files from the staging area to the final destination. So there is a tar create step in there. >> 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 Yep, the libarchive code tries to get ACLs first, then tries to list any extended attributes. The very next system call after this should be either extattr_list_link or extattr_list_file (depending on whether symlinks are being followed or not). This is also consistent with the backtrace you provided in your earlier message. So it is exactly the same problem. Tim