Bug 1306908

Summary: listing of snaps created before a directory gives "Stale file handle" from NFS mount.
Product: Red Hat Gluster Storage Reporter: Shashank Raj <sraj>
Component: snapshotAssignee: Bug Updates Notification Mailing List <rhs-bugs>
Status: CLOSED WONTFIX QA Contact: storage-qa-internal <storage-qa-internal>
Severity: medium Docs Contact:
Priority: unspecified    
Version: rhgs-3.1CC: mzywusko, rhs-bugs
Target Milestone: ---Keywords: Reopened, ZStream
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2018-04-16 16:04:23 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:

Description Shashank Raj 2016-02-12 06:57:03 UTC 
Description of problem:
listing of snaps created before a directory gives "Stale file handle" when listed from /mnt/dir/.snaps from NFS mount.

Version-Release number of selected component (if applicable):
glusyterfs-3.7.5-19

How reproducible:
Always

Steps to Reproduce:
1.Create a volume and mount it using NFS
2.Enable USS on the volume and create and activate 2 snapshots; snap1 and snap2
3.Create a directory say dir1
4.Create and activate 2 more snapshots snap3 and snap4.
5.cd  to /mnt/dir1/.snaps and do a ls -l on it, Observe that snap1 and snap2 are listed as below:

[root@dhcp35-15 .snaps]# ls -ltr
ls: cannot access snap1: Stale file handle
ls: cannot access snap2: Stale file handle
total 0
??????????? ? ?    ?     ?            ? snap2
??????????? ? ?    ?     ?            ? snap1
drwxr-xr-x. 2 root root 18 Feb 12  2016 snap4
drwxr-xr-x. 2 root root 18 Feb 12  2016 snap3

Actual results:
listing of snaps created before a directory gives "Stale file handle" from NFS mount.

Expected results:
Snaps created before a directory should not give "stale file handle" while listing from NFS mount.

Additional info:
Comment 2 Avra Sengupta 2016-02-29 08:33:55 UTC 
Removing devel_ack, as this is not priority right now.
Comment 3 RHEL Program Management 2016-02-29 08:36:07 UTC 
Development Management has reviewed and declined this request.
You may appeal this decision by reopening this request.