From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 16:43:13 2011 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 58A46106566B; Sun, 6 Mar 2011 16:43:13 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from mouf.net (mouf.net [204.109.58.86]) by mx1.freebsd.org (Postfix) with ESMTP id EC0C88FC16; Sun, 6 Mar 2011 16:43:12 +0000 (UTC) Received: from meatwad.mouf.net (cpe-065-190-178-041.nc.res.rr.com [65.190.178.41]) (authenticated bits=0) by mouf.net (8.14.4/8.14.4) with ESMTP id p26Gh9FL097237 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Sun, 6 Mar 2011 11:43:10 -0500 (EST) (envelope-from swills@FreeBSD.org) Message-ID: <4D73B99D.1000901@FreeBSD.org> Date: Sun, 06 Mar 2011 11:43:09 -0500 From: Steve Wills User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.16) Gecko/20110130 Thunderbird/3.0.11 MIME-Version: 1.0 To: Jeremy Chadwick 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> <20110306153745.GA93530@icarus.home.lan> <4D73B0F1.1040304@FreeBSD.org> <20110306162342.GA94700@icarus.home.lan> <20110306163011.GA95053@icarus.home.lan> In-Reply-To: <20110306163011.GA95053@icarus.home.lan> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (mouf.net [204.109.58.86]); Sun, 06 Mar 2011 11:43:11 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.2 at mouf.net X-Virus-Status: Clean Cc: freebsd-fs@FreeBSD.org, Robert Watson , freebsd-current@FreeBSD.org, Edward Tomasz Napiera?a Subject: Re: ACL issue (Was Re: HEADS UP: ZFSv28 is in!) 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: Sun, 06 Mar 2011 16:43:13 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 03/06/11 11:30, Jeremy Chadwick wrote: > On Sun, Mar 06, 2011 at 08:23:42AM -0800, Jeremy Chadwick wrote: >> On Sun, Mar 06, 2011 at 11:06:09AM -0500, Steve Wills wrote: >> >> Sorry, I should have been more clear -- my investigation wasn't to >> determine if the issue you're reporting was a bug or not, but more along >> the lines of "hmm, where is userland getting EOPNOTSUPP from in the >> kernel in this situation?" It could be that some piece hasn't been >> implemented somewhere yet (more an "incomplete" than a bug :-) ). >> >> I tend to trace source the way I did above in hopes that someone (kernel >> dev, etc.) will chime in and go "Oh, yes, THAT... let me tell you about >> that!" It's also for educational purposes; I figure sharing the innards >> along with some simple descriptions might help people feel more >> comfortable (vs. thinking everything is a black box; don't let the magic >> smoke out!). Sometimes digging through the code helps. Definitely. I had started looking at cp(1) source, but got a bit lost. >>>> This leaves me with some ideas; just tossing them out here... >>>> >>>> 1. Maybe/somehow this is caused by swap being used as the backing >>>> type/store for md(4)? Try using "mdconfig -t malloc -o reserve" >>>> instead, temporarily anyway. >>> >>> Seems to be the same. >> >> I'm not too surprised, but at least that rules out swap vs. >> non-block-device stuff being somehow responsible. >> >> I'm not a user of ACLs myself, but Robert Watson might know what's up >> with this, or where to go looking. I've CC'd him here. >> >>>> 2. Are you absolutely 100% sure the kernel you're using was built >>>> with "options UFS_ACL" defined in it? Doing a "strings -a >>>> /boot/kernel/kernel | grep UFS_ACL" should suffice. >>>> >>> >>> Yep, it does: >>> >>> % strings -a /boot/kernel/kernel | grep UFS_ACL >>> options UFS_ACL >>> >>> (My kernel config is just "include GENERIC" then a bunch of "nooptions" >>> for KDB, DDB, GDB, INVARIANTS, WITNESS, etc.) >> >> Cool, good to rule out the obvious. Thanks. >> >> The only other thing I can think of off the top of my head would be to >> "ktrace -t+ -i" the cp -p, then provide output of kdump -s -t+ after. >> I wouldn't say go about this quite yet (it may not even help determine >> what's going on); maybe wait for Robert to take a look first. > > It would help if I actually added Robert to the CC list, wouldn't it? > :-) > That's OK, kib@ enlightened me (via IRC) that the issue is that I failed to enable NFSv4 ACLs on the FS. I had tried this, but somehow got an error, and then when I tried again I had the wrong ACL type (POSIX.1e). Steve -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iQEcBAEBAgAGBQJNc7mdAAoJEPXPYrMgexuhhZUIAId0nmh4YTJbjzv3NDmxXVt3 16ZIx+wOQON9Sln0vrpKIDJGk95KzvuLnbVBPg7Oxhaa11llkEeYFFqMEVWn6Esa hqwDe5yYJYWWyF7ulCmHDbAE2gEF5q2rVy0KrV+aI9x5DLeB607dpmZqVV6TeQky mQb1zOcw165galYhI3S4juPK6z5nq5pnTc+l05590CcAkWtxOFwQjlDZiQtrxdg2 YhFhtrMeGubRdKtJyG0r17kJzlGCBwIYBg7SgnmORVB64W0N0zkVcC+ZrIhioR6Z FoucxqelZ4VDt6IlmxZ3DzTNUGKWulCeCrus8+lDBPL1M92AfFgMF89i5n0Ot8Y= =302p -----END PGP SIGNATURE-----