it really sounds like a perms issue to me. If the root of the all the storage bricks aren't writable by said user, a write will fail. Can you do a simple "touch file1234" on the gluster volume as the non-root user? another thing to check, what is selinux set to? (getenforce) -luis On Oct 28, 2010, at 5:40 PM, John Lao wrote: > Yes the perms are set correctly. I blew away the directory that root created so that is not an issue. > > What's puzzling is I can create files in both volumes, but get permission denied when copying from one volume to another. > > Regards, > > John Lao > > Luis <lec at luiscerezo.org> wrote: > > > Are your perms set for the storage bricks? What about a subdirectory created as root from the gluster mount? Youll have to chmod that dir of course . > > John Lao <jlao at cloud9analytics.com> wrote: > >> Hi, >> >> I am running glusterfs 3.1 on 2 different volumes and mounted on the client as /mnt/gluster/vol1 and /mnt/gluster/vol2. When I try to copy data from vol1 to vol2 as a regular user I get a permission denied error. When I try to do the copy as root it succeeds. But, as a non-root user I copy vol1 data to the local disk then copy that local disk to vol2 the copy succeeds. >> >> So it seems like I cannot directly copy between volumes as a regular user. Is this a bug? >> >> I am running CentOS 5.5 x86_64 on both clusters. Any help would be appreciated. >> >> Regards, >> >> John >> >> >> >> >> >> _______________________________________________ >> Gluster-users mailing list >> Gluster-users at gluster.org >> http://gluster.org/cgi-bin/mailman/listinfo/gluster-users Luis E. Cerezo blog: http://www.luiscerezo.org fotofun: http://www.flickr.com/photos/luiscerezo/ twitter: http://twitter.com/luiscerezo/ Voice: +1 412 223 7396
