SCIENTIFIC-LINUX-USERS Archives

November 2016

SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Karel Lang AFD <[log in to unmask]>
Reply To:
Karel Lang AFD <[log in to unmask]>
Date:
Tue, 8 Nov 2016 11:22:03 +0100
Content-Type:
text/plain
Parts/Attachments:
text/plain (108 lines)
Hi Bill,

problem indeed.
Just suggestion/question - the NFS client running on SL 6.x is 
configured to use also NFSv4 protocol? Eg.

mount -t nfs -o vers=4 server:/data /tmp

btw i think Red Hat been solving something similar here:

'NFS client using NFSv4 ACLs loses the correct mask of a newly created 
file in subdirectories'

https://access.redhat.com/solutions/447803

unfortunately 'subscriber content' which i'm not, maybe you? :-)


On 11/08/2016 06:19 AM, Bill Maidment wrote:
> Hi again
> My research has revealed that nfs in SL 7.2 is translating the POSIX ACL to NFSv4 ACL (a completely different format).
> vi appears to recognise NFSv4 ACL, but Nautilus, ls and probably other programs, only seem to recognise POSIX ACL.
>
> So I have the following alternatives:
> 1. Stop nfs translating to NFSv4 ACL
> 2. Change the guest mount to translate NFSv4 ACL back to POSIX ACL
> 3. Change Nautilus, etc to recognise NFSv4 ACL
> 4. Use Samba instead of nfs
>
> I'm not sure if 1. or 2. are possible and 3. may happen one day. Does anyone know of a practical solution/workaround?
> Cheers
> Bill
>
> -----Original message-----
>> From:Bill Maidment <[log in to unmask]>
>> Sent: Sunday 6th November 2016 19:56
>> To: Karel Lang AFD <[log in to unmask]>; [log in to unmask]
>> Subject: RE: ACL Problem in SL7.2
>>
>> Thanks for the response Karel.
>> umask is the standard 0022 and this is a top level directory on the host machine.
>> I am using SL 6.8 to access the directory via nfs share.
>> It looks like there is no problem if the file is created with vi
>> But if I use Nautilus then that's when I get the issue.
>> So Nautilus on SL 6.8 seems to be the culprit (or is it caused by nfs?)
>> Cheers
>> Bill
>>
>> -----Original message-----
>>> From:Karel Lang AFD <[log in to unmask]>
>>> Sent: Sunday 6th November 2016 16:16
>>> To: Bill Maidment <[log in to unmask]>; [log in to unmask]
>>> Subject: Re: ACL Problem in SL7.2
>>>
>>> Hi Bill
>>> just pasted your work here to CLI and works OK on SL 6.7 and SL 7.2 here...
>>> It has to be something else .. umask? or inherited from directory higher up?
>>> Maybe strace would help to see whats happening exactly?
>>>
>>> cheers
>>>
>>> On 11/06/2016 03:58 AM, Bill Maidment wrote:
>>>> Hi
>>>> I am trying to set up ACL on a directory such that any new file created in the directory has permissions of 0660.
>>>> However, when I create a new file, the permissions are set as 0664 (see test.txt file below)
>>>> Is this a bug or am I doing something wrong?
>>>>
>>>> These are the commands I used:
>>>>
>>>> chmod -R u+rwX,g+rwXs,o-rwx /pictures
>>>>
>>>> setfacl -d -m u::rwx,g::rwx,o::--- /pictures
>>>>
>>>> getfacl /pictures
>>>> getfacl: Removing leading '/' from absolute path names
>>>> # file: pictures
>>>> # owner: nfs01
>>>> # group: nfs01
>>>> # flags: -s-
>>>> user::rwx
>>>> group::rwx
>>>> other::---
>>>> default:user::rwx
>>>> default:group::rwx
>>>> default:other::---
>>>>
>>>> ls -latrh /pictures
>>>> total 4.0K
>>>> dr-xr-xr-x. 22 root  root  4.0K Nov  6 12:41 ..
>>>> drwxrws---+  2 nfs01 nfs01   21 Nov  6 13:10 Testing
>>>> -rw-rw-r--   1 nfs01 nfs01    0 Nov  6 13:44 test.txt
>>>> drwxrws---+  3 nfs01 nfs01   35 Nov  6 13:44 .
>>>>
>>>> Cheers
>>>> Bill Maidment
>>>>
>>>
>>>
>>
>>
>

-- 
*Karel Lang*
*Unix/Linux Administration*
[log in to unmask] | +420 731 13 40 40
AUFEER DESIGN, s.r.o. | www.aufeerdesign.cz

ATOM RSS1 RSS2