| Summary: | Write permission doesn't get updated for group and everyone after copying a file. | ||
|---|---|---|---|
| Product: | Red Hat Gluster Storage | Reporter: | Shashank Raj <sraj> |
| Component: | nfs-ganesha | Assignee: | Jiffin <jthottan> |
| Status: | CLOSED NOTABUG | QA Contact: | storage-qa-internal <storage-qa-internal> |
| Severity: | high | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | rhgs-3.1 | CC: | jthottan, kkeithle, ndevos, nlevinki, sashinde, skoduri |
| Target Milestone: | --- | Keywords: | ZStream |
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2016-04-29 06:32:09 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
Shashank Raj
2016-04-15 11:08:53 UTC
I checked this behavior in posix and knfs. For "w", the permission are not copied to "copy file". May be its related to umask entry. For "x" it works fine. [root@dhcp42-42 ~]# touch file [root@dhcp42-42 ~]# setfacl -m "g::rw,o::rw" file [root@dhcp42-42 ~]# getfacl file # file: file # owner: root # group: root user::rw- group::rw- other::rw- [root@dhcp42-42 ~]# cp file abc [root@dhcp42-42 ~]# getfacl abc # file: abc # owner: root # group: root user::rw- group::r-- other::r-- [root@dhcp42-42 ~]# setfacl -m "u::rwx,g::r-x,o::r-x" abc [root@dhcp42-42 ~]# getfacl abc # file: abc # owner: root # group: root user::rwx group::r-x other::r-x [root@dhcp42-42 ~]# cp abc def [root@dhcp42-42 ~]# getfacl def # file: def # owner: root # group: root user::rwx group::r-x other::r-x Putting a needinfo ndevos who might have much idea about that. [root@jiffin17 ~]# mount -t nfs -o vers=4.0 10.70.43.14:/brick/new /mnt/nfs/1/ [root@jiffin17 ~]# cd /mnt/nfs/1/ [root@jiffin17 1]# ls a abc b dir dir2 foo new xyz [root@jiffin17 1]# mkdir dir3 [root@jiffin17 1]# cd dir3 [root@jiffin17 dir3]# ls [root@jiffin17 dir3]# touch file [root@jiffin17 dir3]# nfs4_getfacl file A::OWNER@:rwatTcCy A::GROUP@:rtcy A::EVERYONE@:rtcy [root@jiffin17 dir3]# nfs4_setfacl -e file [root@jiffin17 dir3]# nfs4_getfacl file A::OWNER@:rwaxtTcCy A::GROUP@:rwaxtcy A::EVERYONE@:rwaxtcy [root@jiffin17 dir3]# cp file foo [root@jiffin17 dir3]# nfs4_getfacl foo A::OWNER@:rwaxtTcCy A::GROUP@:rxtcy A::EVERYONE@:rxtcy I would say that this is not a bug in NFS-Ganesha because knfsd handles it the exact same way. When users are questioning this behaviour, we should check with the Linux kernel NFS developers and see why it is done like this, and if we can/should change it. IMHO it may not related to knfs. NFS server(knfs/ganesha) both just imitates what backend does. Since backend does not copy the write permission what else server can do? |