Red Hat Bugzilla – Bug 885424
File operations occur as root regardless of original user on 32-bit nfs client
Last modified: 2015-05-26 08:34:05 EDT
Description of problem:
32-bit client (Debian 5.0) mounts gluster export via nfs. As a normal user, creating a new file using touch creates the file with 0:0 ownership. It is possible to chown the file to the correct user after that. This gives me the idea that all operations are made with UID 0.
Version-Release number of selected component (if applicable):
3.3.0, using glusters built in nfs server
Always, on a 32 bit client. 64 bit client works as expected
Steps to Reproduce:
1. mount on 32 bit client using nfs.
2. create a file using an ordinary user
3. the file has root:root ownership
Wrong ownership :)
Correct ownership (as is when mounted using 64 bit client)
I've tried this in one of my VMs, but can not reproduce this. Could you provide
some more details steps to show what I have missed?
Steps taken on the 32-bit client:
[root@vm-200 ~]# uname -m
[root@vm-200 ~]# rpm -q nfs-utils
[root@vm-200 ~]# mount -t nfs -o vers=3 vm-86:/distrep2x2 /mnt
[root@vm-200 ~]# mkdir /mnt/bug-885424
[root@vm-200 ~]# chown guest:guest /mnt/bug-885424
[root@vm-200 ~]# touch /mnt/bug-885424/created-as-root
[root@vm-200 ~]# su - guest
[guest@vm-200 ~]$ touch /mnt/bug-885424/created-as-guest
[guest@vm-200 ~]$ ls -l /mnt/bug-885424/
-rw-rw-r--. 1 guest guest 0 Jan 3 10:26 created-as-guest
-rw-r--r--. 1 root root 0 Jan 3 10:26 created-as-root
[root@vm-86 ~]# gluster --version
glusterfs 18.104.22.168rhs built on Dec 5 2012 12:34:17
Repository revision: git://git.gluster.com/glusterfs.git
Copyright (c) 2006-2011 Gluster Inc. <http://www.gluster.com>
GlusterFS comes with ABSOLUTELY NO WARRANTY.
You may redistribute copies of GlusterFS under the terms of the GNU General Public License.
The version that this bug has been reported against, does not get any updates from the Gluster Community anymore. Please verify if this report is still valid against a current (3.4, 3.5 or 3.6) release and update the version, or close this bug.
If there has been no update before 9 December 2014, this bug will get automatocally closed.
This bug has been CLOSED, and there has not been a response to the requested NEEDINFO in more than 4 weeks. The NEEDINFO flag is now getting cleared so that our Bugzilla household is getting more in order.