29.01.2013 Views

GPFS: Administration and Programming Reference - IRA Home

GPFS: Administration and Programming Reference - IRA Home

GPFS: Administration and Programming Reference - IRA Home

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

<strong>GPFS</strong> exceptions <strong>and</strong> limitations to NFS V4 ACLs<br />

<strong>GPFS</strong> has the following exceptions <strong>and</strong> limitations to the NFS V4 ACLs:<br />

1. Alarm type ACL entries are not supported.<br />

2. Audit type ACL entries are not supported.<br />

3. Inherit entries (FileInherit <strong>and</strong> DirInherit) are always propagated to all child subdirectories. The NFS<br />

V4 ACE4_NO_PROPAGATE_INHERIT_ACE flag is not supported.<br />

4. Although the NFS V4 ACL specification provides separate controls for WRITE <strong>and</strong> APPEND, <strong>GPFS</strong><br />

will not differentiate between the two. Either both must be specified, or neither can be.<br />

5. Similar to WRITE <strong>and</strong> APPEND, NFS V4 allows for separate ADD_FILE <strong>and</strong> ADD_SUBDIRECTORY<br />

controls. In most cases, <strong>GPFS</strong> will allow these controls to be specified independently. In the special<br />

case where the file system object is a directory <strong>and</strong> one of its ACL entries specifies both FileInherit<br />

<strong>and</strong> DirInherit flags, <strong>GPFS</strong> cannot support setting ADD_FILE without ADD_SUBDIRECTORY (or the<br />

other way around). When this is intended, we suggest creating separate FileInherit <strong>and</strong> DirInherit<br />

entries.<br />

6. Some types of access for which NFS V4 defines controls do not currently exist in <strong>GPFS</strong>. For these,<br />

ACL entries will be accepted <strong>and</strong> saved, but since there is no corresponding operation they will have<br />

no effect. These include READ_NAMED, WRITE_NAMED, <strong>and</strong> SYNCHRONIZE.<br />

7. AIX requires that READ_ACL <strong>and</strong> WRITE_ACL always be granted to the object owner. Although this<br />

contradicts NFS Version 4 Protocol, it is viewed that this is an area where users would otherwise<br />

erroneously leave an ACL that only privileged users could change. Since ACLs are themselves file<br />

attributes, READ_ATTR <strong>and</strong> WRITE_ATTR are similarly granted to the owner. Since it would not<br />

make sense to then prevent the owner from accessing the ACL from a non-AIX node, <strong>GPFS</strong> has<br />

implemented this exception everywhere.<br />

8. AIX does not support the use of special name values other than owner@, group@, <strong>and</strong> everyone@.<br />

Therefore, these are the only valid special name for use in <strong>GPFS</strong> NFS V4 ACLs as well.<br />

9. NFS V4 allows ACL entries that grant users (or groups) permission to change the owner or owning<br />

group of the file (for example, with the chown comm<strong>and</strong>). For security reasons, <strong>GPFS</strong> now restricts<br />

this so that non-privileged users may only chown such a file to themselves (becoming the owner) or<br />

to a group that they are a member of.<br />

10. <strong>GPFS</strong> does not support NFS V4 exporting <strong>GPFS</strong> file systems from Linux nodes. NFS V3 is<br />

acceptable.<br />

For more information about <strong>GPFS</strong> ACLs <strong>and</strong> NFS export, see Managing <strong>GPFS</strong> access control lists <strong>and</strong><br />

NFS export in General Parallel File System: <strong>Administration</strong> <strong>and</strong> <strong>Programming</strong> <strong>Reference</strong>.<br />

372 <strong>GPFS</strong>: <strong>Administration</strong> <strong>and</strong> <strong>Programming</strong> <strong>Reference</strong>

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!