I submitted the patch, https://review.gerrithub.io/#/c/ffilz/nfs-ganesha/+/431359/ This is the test case to check, From RO client if we try to append existing file, applications don't get any error even though write fails. [root@centos71 tld]# cat a.txt Mon Oct 22 11:33:46 EDT 2018 [root@centos71 tld]# echo "hi" >> a.txt [root@centos71 tld]# cat a.txt Mon Oct 22 11:33:46 EDT 2018 With the fix above it errors out with proper error. [root@centos71 tld]# cat a.txt Mon Oct 22 11:33:46 EDT 2018 [root@centos71 tld]# echo "hi" >> a.txt bash: a.txt: Permission Denied Regards, Gaurav On Tue, Oct 30, 2018 at 10:43 AM gaurav gangalwar < gaurav.gangalwar@gmail.com> wrote:

Sure, I will submit the patch. Regards, Gaurav

On Tue, Oct 30, 2018 at 1:01 AM Frank Filz <ffilzlnx@mindspring.com> wrote:

...

I think you’re right. Could you submit this patch to Gerrithub (see src/CONTRIBUTING_HOWTO.txt).

Frank

*From:* gaurav gangalwar [mailto:gaurav.gangalwar@gmail.com] *Sent:* Sunday, October 28, 2018 10:50 PM *To:* devel@lists.nfs-ganesha.org *Subject:* [NFS-Ganesha-Devel] Access check issue for RO client.

Hi,

For client with ReadOnly access and user with ReadWrite access, Ganesha returns READ/MODIFY/APPEND allowed on ACCESS call.

Linux kernel NFS returns just READ allowed for same.

I think we need to fix Ganesha’s behaviour, we should return access rights based on client access check also.

Please check the patch attached to fix the behaviour.

Regards,

Gaurav