Uploaded image for project: 'Lustre'
  1. Lustre
  2. LU-974

Lustre does not ignore umask when default ACL with mask is set

    XMLWordPrintable

Details

    • Bug
    • Resolution: Fixed
    • Minor
    • Lustre 2.4.0, Lustre 2.1.4
    • Lustre 2.3.0, Lustre 2.1.3, Lustre 1.8.8, Lustre 1.8.7
    • None
    • Lustre 1.8.7 on CentOS 5
    • 4
    • 23,194
    • 4667

    Description

      One of our users recently requested us to turn on ACLs on a new Lustre filesystem.
      After doing so, we discovered that one of the features this user group needs,
      does not seem to be supported by Lustre: setting a mask in the ACL that
      overrides the umask of the user creating files/directories.

      We thinks this is the same as https://bugzilla.lustre.org/show_bug.cgi?id=23194

      We include logs showing behavious with Lustre, and for comparison NFS (backed by XFS)
      and a local ext4 filesystem.

      LUSTRE
      ======

      Client: lustre-1.8.7.80-2.6.18_274.12.1.el5_g27e7ce7
      (patchless build a few commits beyond 1.8.7-wc1 in order
      to get the fix for LU-645).

      Server: lustre-1.8.5-2.6.18_194.17.1.el5_lustre.1.8.5.nsc1_201105161812
      (1.8.5 with a single patch for LU-274)

      [kent@server ~]$ umask
      0022

      [kent@server ~]$ cd /nobackup/rossby16/kent

      [kent@server kent]$ mkdir subdir

      [kent@server kent]$ setfacl -R -d -m mask:007 subdir

      [kent@server kent]$ getfacl subdir

      1. file: subdir
      2. owner: kent
      3. group: nsc
        user::rwx
        group::r-x
        other::r-x
        default:user::rwx
        default:group::r-x
        default:mask::rwx
        default:other::r-x

      [kent@server kent]$ mkdir subdir/dir

      [kent@server kent]$ touch subdir/file

      [kent@server kent]$ ls -lrt subdir/
      total 4
      drwxr-xr-x+ 2 kent nsc 4096 Jan 9 14:45 dir
      rw-rr-+ 1 kent nsc 0 Jan 9 14:45 file

      [kent@server kent]$ ls -lrtd subdir
      drwxr-xr-x+ 3 kent nsc 4096 Jan 9 14:45 subdir

      COMPARISON: NFS BACKED BY XFS
      =============================

      Client/server: CentOS 5 kernel 2.6.18-274.12.1.el5

      [kent@server ~]$ umask
      0022

      [kent@server ~]$ mkdir subdir

      [kent@server ~]$ setfacl -R -d -m mask:007 subdir

      [kent@server ~]$ getfacl subdir

      1. file: subdir
      2. owner: kent
      3. group: nsc
        user::rwx
        group::r-x
        other::r-x
        default:user::rwx
        default:group::r-x
        default:mask::rwx
        default:other::r-x

      [kent@server ~]$ mkdir subdir/dir

      [kent@server ~]$ touch subdir/file

      [kent@server ~]$ ls -lrt subdir/
      total 8
      drwxrwxr-x+ 2 kent nsc 6 Jan 9 14:48 dir
      rw-rw-r-+ 1 kent nsc 0 Jan 9 14:48 file

      [kent@server ~]$ ls -lrtd subdir
      drwxr-xr-x+ 3 kent nsc 27 Jan 9 14:48 subdir

      COMPARISION: FEDORA 16
      ======================

      Local ext4 filesystem on kernel 3.1.6-1.fc16.x86_64

      [kent@workstation]~% umask
      022

      [kent@workstation]~% mkdir subdir

      [kent@workstation]~% setfacl -R -d -m mask:007 subdir

      [kent@workstation]~% getfacl subdir

      1. file: subdir
      2. owner: kent
      3. group: kent
        user::rwx
        group::r-x
        other::r-x
        default:user::rwx
        default:group::r-x
        default:mask::rwx
        default:other::r-x

      [kent@workstation]~% mkdir subdir/dir

      [kent@workstation]~% touch subdir/file

      [kent@workstation]~% ls -lrt subdir/
      total 12
      drwxrwxr-x+ 2 kent kent 4096 Jan 9 14:50 dir
      rw-rw-r-+ 1 kent kent 0 Jan 9 14:50 file

      [kent@workstation]~% ls -lrtd subdir
      drwxr-xr-x+ 3 kent kent 4096 Jan 9 14:50 subdir

      Attachments

        Issue Links

          Activity

            People

              laisiyao Lai Siyao
              kent Kent Engström (Inactive)
              Votes:
              0 Vote for this issue
              Watchers:
              9 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: