[Gluster-users] Failure to copy read-only files to gluster volume
lana.deere at gmail.com
Tue Nov 30 12:57:50 UTC 2010
To me, this looks very similar to bug #2046
I can confirm I have the same symptom as you are seeing when I follow
your instructions about ps (on 3.1.0).
$ ls -l /bin/ps
-r-xr-xr-x 1 root root 83696 Jan 21 2009 /bin/ps*
$ cp -p /bin/ps .
cp: writing `./ps': Permission denied
cp: closing `./ps': Permission denied
I also have CentOS 5.5 servers and 5.4 clients.
I would be curious if you get the same symptom for the tarfile from
2046, because that doesn't seem to be reproducing in the gluster lab.
.. Lana (lana.deere at gmail.com)
On Tue, Nov 30, 2010 at 6:20 AM, isdtor <isdtor at gmail.com> wrote:
> Both glusterfs 3.1.0 and 3.1.1 exhibit the following behaviour:
> $ df -Th .
> Filesystem Type Size Used Avail Use% Mounted on
> fuse 54T 222G 53T 1% /mnt/data
> $ ls -l /bin/ps
> -r-xr-xr-x 1 root root 83696 Jan 21 2009 /bin/ps
> $ ls -l /bin/ls
> -rwxr-xr-x 1 root root 91240 Mar 1 2010 /bin/ls
> $ cp -p /bin/ps /bin/ls .
> cp: closing `./ps': Permission denied
> $ ls -l
> total 104
> -rwxr-xr-x 1 myuser mygroup 91240 Mar 1 2010 ls
> -r-xr-xr-x 1 myuser mygroup 0 Jan 21 2009 ps
> This works when executed as root.
> Gluster server platform is CentOS 5.5, the client is running CentOS
> 5.4. I have tried this with an updated fuse module on the
> client, i.e. Gluster's fuse patches applied to CentOS 5.4's fuse
> module, with the same result. I cannot tell whether the bug is
> in Glusterfs or fuse. The gluster filesystem is mounted via automount.
> Gluster-users mailing list
> Gluster-users at gluster.org
More information about the Gluster-users