[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [Linux-cluster] GFS2 File Permissions

On 9/5/13 12:18 PM, "Thom Gardner" <tmg redhat com> wrote:

>On Thu, Sep 05, 2013 at 11:39:28AM -0400, Schaefer, Micah wrote:
>> Thanks for the fast response. Selinux is disabled, and I am not using
>> ACL's, just standard unix permissions.
>> Does GFS2 care about or handle permissions at all?
>Sure it does.
>> I also tried mounting the volumes with the acl option with no
>> -bash-4.1$ sudo ls -alnd ~/
>> drwxrwx--- 21 500 500 3864 Sep  5 10:21 /itc/data/home/user/
>> -bash-4.1$ ls ~/
>> ls: cannot access /itc/data/home/user/: Permission denied
>> -bash-4.1$ id
>> uid=500(schaemj1) gid=500(user) groups=500(user),10(wheel),48(apache)
>> -bash-4.1$ sestatus
>> SELinux status:                 disabled
>> -bash-4.1$ sudo getfacl ~/
>> getfacl: Removing leading '/' from absolute path names
>> # file: itc/data/home/user/
>> # owner: user
>> # group: user
>> user::rwx
>> group::rwx
>> other::---
>> ****note 'user' was substituted to sanitize user name*****
>Wow, that really should work.  One more thing:  Check permissions on
>directories leading up to your $HOME (i.e.: /itc/data/home, /itc/data,
>and /itc, maybe even /).  If any of those block your UID, you won't
>be able to see /itc/data/home/user either.
>/me pines for the olden days of Unix when this weren't so....
>Linux-cluster mailing list
>Linux-cluster redhat com

Permissions on the leading directory was the issue. I assigned group
ownership to the leading directories and added the executable bit and it
is working. 

Thanks for your help, I'm glad it was a simple (careless on my part) issue
and not a bigger one. 

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]