From owner-freebsd-fs@FreeBSD.ORG Tue Sep 11 16:58:14 2012 Return-Path: Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8FCC106566B for ; Tue, 11 Sep 2012 16:58:14 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 21C118FC17 for ; Tue, 11 Sep 2012 16:58:13 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA26712; Tue, 11 Sep 2012 19:58:05 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <504F6D9C.2040000@FreeBSD.org> Date: Tue, 11 Sep 2012 19:58:04 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120830 Thunderbird/15.0 MIME-Version: 1.0 To: Nicolas Rachinsky References: <20120911161049.GA21635@mid.pc5.i.0x5.de> In-Reply-To: <20120911161049.GA21635@mid.pc5.i.0x5.de> X-Enigmail-Version: 1.4.3 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org Subject: Re: bug? with zfs, symlinks and extended attributes X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Sep 2012 16:58:14 -0000 on 11/09/2012 19:10 Nicolas Rachinsky said the following: > Hallo, > > I can reliable "break" zfs on FreeBSD 8.3-RELEASE-p4 (on two different > machines). Please check if http://svn.freebsd.org/changeset/base/240345 may help you. I think that the diff should be applicable to your version. > I just do the following: > > zpool create pool1 ada0p15 > zfs create pool1/TST > cd /pool1/TST > sh attached script > cd - > zfs umount pool1/TST > zfs mount pool1/TST > > Afterwards some of the symlinks in /pool1/TST have extended attributes > I've never set. Others cannot have any extended attributes. > > For example: > # lsextattr -h user /pool1/TST/etc/rc0.d/K04rsyslog > lsextattr: /pool1/TST/etc/rc0.d/K04rsyslog: failed: Invalid argument > > setextattr fails as well. > > Not all symlinks show this problem. The set showing the problem seems > to be not always the same. > > With the following changes to the attached script, I cannot reproduce > the problem: > > leaving out all touch-lines. > > set all extended attributes to a string of length 1. > > let all symlinks point to foo. > > The problem does occur when I run the script as normal user. -- Andriy Gapon