| 2018-07-02 18:38:45 |
Michael Shannon |
bug |
|
|
added bug |
| 2018-07-02 18:40:05 |
Michael Shannon |
description |
After upgrading to kernel 4.15.0-24-generic (on Ubuntu 18.04 LTS) NFSv4.2 mounts ignore the umask when creating files and directories. Files get permissions 666 and directories get 777. Therefore, a umask of 000 is seemingly being forced when creating files/directories in NFS mounts. Mounting with noacl does not resolve the issue.
How to replicate:
1. Mount an NFS share (defaults to NFSv4.2)
2. Ensure restrictive umask: umask 022
3. Create directory: mkdir test_dir
4. Create file: mkdir test_file
5. List: ls -l
The result will be:
drwxrwxrwx 2 user user 2 Jul 2 12:16 test_dir
-rw-rw-rw- 1 user user 0 Jul 2 12:16 test_file
while the expected result would be
drwxr-xr-x 2 user user 2 Jul 2 12:16 test_dir
-rw-r--r-- 1 user user 0 Jul 2 12:16 test_file
Bug does not occur when mounting with:
* vers=3
* vers=4.0
* vers=4.1
I have a suspicion this is related to: https://tools.ietf.org/id/draft-ietf-nfsv4-umask-03.html
But since the server does not have ACL's enabled, and mounting with noacl does not resolve the issue this is unexpected behavior.
Both server and client are running kernel 4.15.0-24-generic on Ubuntu 18.04 LTS. NFS package versions are:
nfs-kernel-server 1:1.3.4-2.1ubuntu5
nfs-common 1:1.3.4-2.1ubuntu5 |
After upgrading to kernel 4.15.0-24-generic (on Ubuntu 18.04 LTS) NFSv4.2 mounts ignore the umask when creating files and directories. Files get permissions 666 and directories get 777. Therefore, a umask of 000 is seemingly being forced when creating files/directories in NFS mounts. Mounting with noacl does not resolve the issue.
How to replicate:
1. Mount an NFS share (defaults to NFSv4.2)
2. Ensure restrictive umask: umask 022
3. Create directory: mkdir test_dir
4. Create file: mkdir test_file
5. List: ls -l
The result will be:
drwxrwxrwx 2 user user 2 Jul 2 12:16 test_dir
-rw-rw-rw- 1 user user 0 Jul 2 12:16 test_file
while the expected result would be
drwxr-xr-x 2 user user 2 Jul 2 12:16 test_dir
-rw-r--r-- 1 user user 0 Jul 2 12:16 test_file
Bug does not occur when mounting with any of:
vers=3
vers=4.0
vers=4.1
I have a suspicion this is related to: https://tools.ietf.org/id/draft-ietf-nfsv4-umask-03.html
But since the server does not have ACL's enabled, and mounting with noacl does not resolve the issue this is unexpected behavior.
Both server and client are running kernel 4.15.0-24-generic on Ubuntu 18.04 LTS. NFS package versions are:
nfs-kernel-server 1:1.3.4-2.1ubuntu5
nfs-common 1:1.3.4-2.1ubuntu5 |
|
| 2018-07-02 18:44:17 |
Michael Shannon |
description |
After upgrading to kernel 4.15.0-24-generic (on Ubuntu 18.04 LTS) NFSv4.2 mounts ignore the umask when creating files and directories. Files get permissions 666 and directories get 777. Therefore, a umask of 000 is seemingly being forced when creating files/directories in NFS mounts. Mounting with noacl does not resolve the issue.
How to replicate:
1. Mount an NFS share (defaults to NFSv4.2)
2. Ensure restrictive umask: umask 022
3. Create directory: mkdir test_dir
4. Create file: mkdir test_file
5. List: ls -l
The result will be:
drwxrwxrwx 2 user user 2 Jul 2 12:16 test_dir
-rw-rw-rw- 1 user user 0 Jul 2 12:16 test_file
while the expected result would be
drwxr-xr-x 2 user user 2 Jul 2 12:16 test_dir
-rw-r--r-- 1 user user 0 Jul 2 12:16 test_file
Bug does not occur when mounting with any of:
vers=3
vers=4.0
vers=4.1
I have a suspicion this is related to: https://tools.ietf.org/id/draft-ietf-nfsv4-umask-03.html
But since the server does not have ACL's enabled, and mounting with noacl does not resolve the issue this is unexpected behavior.
Both server and client are running kernel 4.15.0-24-generic on Ubuntu 18.04 LTS. NFS package versions are:
nfs-kernel-server 1:1.3.4-2.1ubuntu5
nfs-common 1:1.3.4-2.1ubuntu5 |
After upgrading to kernel 4.15.0-24-generic (on Ubuntu 18.04 LTS) NFSv4.2 mounts ignore the umask when creating files and directories. Files get permissions 666 and directories get 777. Therefore, a umask of 000 is seemingly being forced when creating files/directories in NFS mounts. Mounting with noacl does not resolve the issue.
How to replicate:
1. Mount an NFS share (defaults to NFSv4.2)
2. Ensure restrictive umask: umask 022
3. Create directory: mkdir test_dir
4. Create file: touch test_file
5. List: ls -l
The result will be:
drwxrwxrwx 2 user user 2 Jul 2 12:16 test_dir
-rw-rw-rw- 1 user user 0 Jul 2 12:16 test_file
while the expected result would be
drwxr-xr-x 2 user user 2 Jul 2 12:16 test_dir
-rw-r--r-- 1 user user 0 Jul 2 12:16 test_file
Bug does not occur when mounting with any of:
vers=3
vers=4.0
vers=4.1
I have a suspicion this is related to: https://tools.ietf.org/id/draft-ietf-nfsv4-umask-03.html
But since the server does not have ACL's enabled, and mounting with noacl does not resolve the issue this is unexpected behavior.
Both server and client are running kernel 4.15.0-24-generic on Ubuntu 18.04 LTS. NFS package versions are:
nfs-kernel-server 1:1.3.4-2.1ubuntu5
nfs-common 1:1.3.4-2.1ubuntu5 |
|
| 2018-09-17 11:48:25 |
Launchpad Janitor |
nfs-utils (Ubuntu): status |
New |
Confirmed |
|
| 2018-10-10 09:20:43 |
Andrew McCarthy |
bug |
|
|
added subscriber Andrew McCarthy |
| 2019-01-18 15:19:30 |
Quentin |
bug |
|
|
added subscriber Quentin |
| 2019-01-21 00:46:50 |
W. Michael Petullo |
bug watch added |
|
https://bugzilla.redhat.com/show_bug.cgi?id=1667761 |
|
| 2019-03-06 17:01:47 |
Scott Emmons |
bug |
|
|
added subscriber Scott Emmons |
| 2019-03-07 18:51:18 |
Seth Arnold |
bug task added |
|
linux (Ubuntu) |
|
| 2019-03-07 18:51:40 |
Seth Arnold |
linux (Ubuntu): status |
New |
Confirmed |
|
| 2019-03-11 23:43:37 |
Terry Rudd |
bug |
|
|
added subscriber Terry Rudd |
| 2020-05-29 01:40:37 |
Seth Arnold |
bug task added |
|
zfs-linux (Ubuntu) |
|
| 2020-05-29 13:54:11 |
Andreas Hasenack |
bug |
|
|
added subscriber Andreas Hasenack |
| 2020-07-25 03:23:05 |
Launchpad Janitor |
zfs-linux (Ubuntu): status |
New |
Confirmed |
|
| 2020-07-25 03:23:15 |
Avery Linden |
bug |
|
|
added subscriber Avery Linden |
| 2020-09-02 14:24:46 |
Colin Ian King |
zfs-linux (Ubuntu): importance |
Undecided |
Wishlist |
|
