I have a very strange problem with a NFS mount. I have a Synology NAS serving the home directories for a set of linux machines (Archlinux for the moment). The used protocol is NFS V3.
When I log into the machines using my main user, I can see that I have write permission to my home folder:
$ ls -ld ~ drwx------ 28 cwolf cwolf 4096 26. Feb 15:10 /home/cwolf
I can create and remove files. So the folder is in fact writable.
Now I see a strange behavior. Issuing
$ test -w ~; echo $? 1
indicates that I do not have write permission on my home folder.... This makes KDE to reject from running as it thinks it cannot write to the home folder.
Trying the same with a local user (whose home folder lies completely on the local hard disk), everything is consistent. So the test returns
Can anyone tell me where I can look to solve the problem and make test return the correct value? Also the question is if this is more likly a problem on the NFS server or on the NFS client.
The problem is not related to
root_squash as in the exact same session I can do
rm foo to create and remove a file
foo successfully. So the server accepts my commands as user.
Most of the information in the internet is related the other way around: The user is shown to have write access but gets remapped on the server to
nobody due to squashing. My problem is that my rights are accepted but shown falsely as read-only rendering tests to fail.
As requested by the comments here the export options on the server:
The mount options (corresponding line from the output of
ds2.lsr.uni-saarland.de:/volume1/cloud on /home type nfs (rw,relatime,vers=3,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=220.127.116.11,mountvers=3,mountport=892,mountproto=tcp,local_lock=none,addr=18.104.22.168)