From owner-freebsd-fs@FreeBSD.ORG Sun Mar 6 17:49:12 2011 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 63682106564A; Sun, 6 Mar 2011 17:49:12 +0000 (UTC) (envelope-from etnapierala@googlemail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8C0D18FC15; Sun, 6 Mar 2011 17:49:11 +0000 (UTC) Received: by bwz12 with SMTP id 12so3546800bwz.13 for ; Sun, 06 Mar 2011 09:49:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to:x-mailer; bh=WWev/scJ0luoDZlyNMO1RlXjY6KyQ3cpe5UZ4ixoCqk=; b=MQT09A2YjszpR8fduJfIIsDce/vy4m7q95reg2jvgsRga5Nf+Ll2ShwjVRf/bnM0rY E411K3zVWNRHTTKNl5h/tXgOYNa6wSeYxKgeWy0WGGOipLd0wGOllimyuexkIJPE8ogb FIYqmfaWy+atrk7ugltFwCI92znM0DWmQ6kPU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=Q8DPjvffrU9Fre0L1dKT5ybikJlPLeC5MjhIMmIeSGVw1MhyMFUjHQ4nAEcwqNqSsf 9jrRGzud4USthZ0AbzrlXB0XjZ9okANRyIc5MuwNE8pSW2/TQUikBZaAoYYiGevFMcFf 6GGYUe5CjyLMnewvuXGHKnJu9VEaEpkQ+H3B4= Received: by 10.204.126.131 with SMTP id c3mr2060030bks.104.1299433750434; Sun, 06 Mar 2011 09:49:10 -0800 (PST) Received: from [192.168.1.102] (45.81.datacomsa.pl [195.34.81.45]) by mx.google.com with ESMTPS id l1sm1160554bkl.1.2011.03.06.09.49.08 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 06 Mar 2011 09:49:09 -0800 (PST) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=iso-8859-2 From: =?iso-8859-2?Q?Edward_Tomasz_Napiera=B3a?= In-Reply-To: <4D739D96.5090705@FreeBSD.org> Date: Sun, 6 Mar 2011 18:49:06 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20110227202957.GD1992@garage.freebsd.pl> <4D73098F.3000807@FreeBSD.org> <59D664AA-76C6-45C7-94CE-5AA63080368C@FreeBSD.org> <4D738DB0.1090603@FreeBSD.org> <4D739D96.5090705@FreeBSD.org> To: Steve Wills X-Mailer: Apple Mail (2.1082) Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: ACL issue (Was Re: HEADS UP: ZFSv28 is in!) 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: Sun, 06 Mar 2011 17:49:12 -0000 Wiadomo=B6=E6 napisana przez Steve Wills w dniu 2011-03-06, o godz. = 15:43: > On 03/06/11 08:35, Steve Wills wrote: >> On 03/06/11 04:22, Edward Tomasz NapieraBa wrote: >>> Wiadomo[=07 napisana przez Steve Wills w dniu 2011-03-06, o godz. = 05:11: >>=20 >>> [..] >>=20 >>>> Thanks for your work on this, I'm very happy to have ZFS v28. I = just >>>> updated my -CURRENT system from a snapshot from about a month ago = to >>>> code from today. I have 3 pools and one of them is for ports = tinderbox. >>>> I only upgraded that pool. When I try to build something using >>>> tinderbox, I get this error: >>>>=20 >>>> cp: failed to set acl entries for >>>> /usr/local/tinderbox/9-CURRENT-amd64-FreeBSD/buildscript: Operation = not >>>> supported >>=20 >>> What does "mount" show? >>=20 >> /dev/md4 12186190 332724 11853466 3% >> /usr/local/tinderbox/9-CURRENT-amd64-FreeBSD >>=20 >> Sorry, I forgot about the mdmfs hacks I had in my local tinderd. = Without >> them, it works fine. So the problem seems to be in mfs rather than = zfs. >=20 > I should have said mdmfs, but all that's doing is running mdconfig and > newfs for me. I've reproduced the issue without mdmfs: >=20 > % mdconfig -a -t swap -s 12G -u 4 > % newfs -m 0 -o time /dev/md4 > [...] > % mount /dev/md4 /tmp/foobar > % cp -p /usr/local/tinderbox/scripts/lib/buildscript /tmp/foobar > cp: failed to set acl entries for /tmp/foobar/buildscript: Operation = not > supported >=20 > Without -p it works fine. FWIW: >=20 > % getfacl /usr/local/tinderbox/scripts/lib/buildscript > # file: /usr/local/tinderbox/scripts/lib/buildscript > # owner: root > # group: wheel > owner@:--------------:------:deny > owner@:rwxp---A-W-Co-:------:allow > group@:-w-p----------:------:deny > group@:r-x-----------:------:allow > everyone@:-w-p---A-W-Co-:------:deny > everyone@:r-x---a-R-c--s:------:allow >=20 > Any suggestions on where the problem could be? The above looks like old-style, "canonical six" trivial ACL. Now, cp(1) shouldn't even try to copy the ACL in this case, since there is nothing to copy. So, for some reason, something failed between cp(1), acl_is_trivial_np(3) and the kernel. What does "ls -al /usr/local/tinderbox/scripts/lib/buildscript" show? -- If you cut off my head, what would I say? Me and my head, or me and my = body?