[HDFS-9063] Correctly handle snapshot path for getContentSummary

• Type: Bug
• Status: Resolved
• Priority: Major
• Resolution: Fixed
• Fix Version/s: 2.8.0, 3.0.0-alpha1
• Component/s: namenode
• Labels: incompatible
• Target Version/s: 2.8.0
• Hadoop Flags: Incompatible change, Reviewed

Release Note

The jira made the following changes:
1. Fix a bug to exclude newly-created files from quota usage calculation for a snapshot path.
2. Number of snapshots is no longer counted as directory number in getContentSummary result.

• Assignee: Jing Zhao
• Reporter: Jing Zhao
• Created: 11/Sep/15 17:34
• Updated: 07/Jun/18 00:12
• Resolved: 18/Sep/15 16:32

Description

The current getContentSummary implementation does not take into account the snapshot path, thus if we have the following ops:
1. create dirs /foo/bar
2. take snapshot s1 on /foo
3. create a 1 byte file /foo/bar/baz

then "du /foo" and "du /foo/.snapshot/s1" can report same results for "bar", which is incorrect since the 1 byte file is not included in snapshot s1.

In the meanwhile, the snapshot diff list size is no longer included in the computation result. This can bring minor incompatibility but is consistent with the change in HDFS-7728.

Issue Links

• is related to: HDFS-13659 Add more test coverage for contentSummary for snapshottable path