nfs4acl problems on zfs

[Mehmet Erol Sanliturk]

On Sat, Apr 4, 2015 at 3:02 AM, István Hóbor <hoboristi at gmail.com> wrote:

> Well, I'm not using nfs, its just a mounting option for my zpool, and I
> would like to delete some files from that pool, locally. Of course, I'm
> logged in as root.
>
>

Is it necessary to use nfs parameter when drive is local to server ?
If you remove it , can you change mode ?


Mehmet Erol Sanliturk



> 2015-04-04 11:56 GMT+02:00 Mehmet Erol Sanliturk <m.e.sanliturk at gmail.com>
> :
>
>>
>>
>> On Sat, Apr 4, 2015 at 2:45 AM, István Hóbor <hoboristi at gmail.com> wrote:
>>
>>> Hi Gents,
>>>
>>> I have a problem with a couple of files, I can't delete or modify them..
>>> I
>>> have a zpool named rpool, mounted with nfs4acl option..
>>> for example:
>>>
>>> rpool on /mnt/rpool (zfs, local, nfsv4acls)
>>>
>>> *nas4free: bin # getfacl rcp*
>>> *# file: rcp*
>>> *# owner: root*
>>> *# group: wheel*
>>> *            owner@:r-x---aARWcCos:------:allow*
>>> *            group@:r-x---a-R-c--s:------:allow*
>>> *         everyone@:r-x---a-R-c--s:------:allow*
>>> *nas4free: bin # rm -f rcp *
>>> *rm: rcp: Operation not permitted*
>>>
>>> ls: -r-sr-xr-x  1 root  wheel  20464 Jul 11  2014 rcp*
>>>
>>> rm -f rcp
>>> rm: rcp: Operation not permitted
>>>
>>> Soo, what can I do, instead of recreate the zpool? cmod or setfacl didnt
>>> work..
>>>
>>>
>>> Istvan
>>> _______________________________________________
>>>
>>>
>>
>> Change mode in server , not in client .
>>
>> My opinion is that there are serious problems in NFS programming both in
>> FreeBSD and Linux .
>> I am creating a file myself in client , I am not able to change its mode
>> in the client .
>>
>> In server , if logged in as "user" , it is not possible to change mode or
>> owner of files created by clients although owner of the directories of
>> server is belong to "user" .
>>
>> My solution is to log in server as "root" and when it is necessary change
>> file owner and mode in server .
>>
>>
>> If you like you may use "sudo" instead of logging as "root" when it is
>> not suitable . .
>>
>>
>> Thank you very much .
>>
>>
>> Mehmet Erol Sanliturk
>>
>>
>>
>>
>
>
> Istvan
>