Bug 1226807

Summary:	FSAL_GLUSTER: Ganesha caches the ACLs for a directory too long, needs re-validation
Product:	[Retired] nfs-ganesha	Reporter:	Jiffin <jthottan>
Component:	FSAL_GLUSTER	Assignee:	Niels de Vos <ndevos>
Status:	CLOSED DUPLICATE	QA Contact:
Severity:	high	Docs Contact:
Priority:	high
Version:	devel	CC:	ansubram, bugs, gluster-bugs, jthottan, kkeithle, mmadhusu, ndevos, skoduri
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	All
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:
Clones:	1229567 (view as bug list)		Environment:
Last Closed:	2015-06-10 06:04:46 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:	1215174
Bug Blocks:	1229567

Description Jiffin 2015-06-01 07:31:49 UTC

Description of problem:
Ganesha caches the ACLs for a directory too long, needs some re-validation or something. nfs4_setfacl will fails due to that. but succeeds when nfs-ganesha is restarted or when there is a sufficient delay.

Version-Release number of selected component (if applicable):
mainline

How reproducible:
always

Steps to Reproduce:
1.Create and start a volume

2.Export a volume using nfs-ganesha

3.Create any user(user1) and group(group1) in the server and client

4.Mount the volume using nfs4 protocol

5.create directory at mount point : mkdir src

6.set acl(default acl for directory) using nfs4_setfacl on src: nfs4_setfacl -a A:gdf:group1:RWX src 

Actual results:

nfs4_setfacl fails, but succeeds when there is a sufficient delay or when ganesha is restarted.

Expected results:

nfs4_setfacl should succeed

Additional info:
The POSIX ACLs on the brick are set correctly. May be need to invalidate the dentry.

Comment 1 Jiffin 2015-06-10 06:04:46 UTC

The issue is related to caching of acces-control translator.

*** This bug has been marked as a duplicate of bug 1229860 ***