Adding creator owner support to nfs4:mode simple.
Alexander Werth
werth at linux.vnet.ibm.com
Wed Oct 17 08:27:07 MDT 2012
Hi Nimrod,
On Tue, 2012-10-16 at 17:49 +0200, Nimrod Sapir wrote:
> Hi Alexander
>
> I am trying to understand the benefit of the patch you provided.
> Ideally, I would expect that the "special:owner@" entry in gpfs will
> be translated into "CREATOR OWNER" when querying permissions using
> Windows, and vice-versa. If I understand correctly (based on what you
> have written and some tests I've done with the patch). The behavior
> I've seen, when using the patch, is that adding "CREATOR OWNER"
> permission through the windows explorer is translated If you do have a
> into "special:owner@" on gpfs and behaves accordingly, but still
> appears as user ACE in windows explorer (although subfolders or files
> with different owner will receive permissions to the actual owner).
> The behavior before the patch seems more unpredictable.
> Is this is the expected behavior with the patch? If so, is there a
> plan to improve the behavior so that full translation of "CREATOR
> OWNER" to "special:owner" will be done?
>
No, this isn't the intended behavior.
An creator owner acl that is applied to subfolders and files should be
stored as an special@:owner acl that's inheritonly and appear as a
creator owner acl in the explorer.
What's your setting for the parameter nfs4:mode?
It sounds like you have that set to special instead of simple.
In that case the creator owner entries are mapped to the special:owner@
entries since they do have the correct semantics which is a slight
improvement over dropping them at all. They are displayed as inherited
user entries right now but don't follow the semantics which is a bug in
the nfs4:mode special.
> Thanks!
> Nimrod Sapir
> IBM - XIV, Israel
> NAS Development Team
> Office: +972-3-689-7763
> Cell: +972-54-7726-320
>
More information about the samba-technical
mailing list