Actions
Bug #9101
openmultimds: unlinked file is not pruned from replica mds caches
Status:
New
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
% Done:
0%
Source:
Community (user)
Tags:
Backport:
Regression:
Severity:
3 - minor
Reviewed:
Affected Versions:
ceph-qa-suite:
Component(FS):
Common/Protocol, MDS
Labels (FS):
multimds
Pull request ID:
Crash signature (v1):
Crash signature (v2):
Description
as a result, deleted files stay pinned for a long time and space does not get removed.
Files
Updated by Stephane Boisvert over 9 years ago
Here is the debug data when using a ceph-fuse client.
We did reproduce the problem
Updated by Sage Weil over 9 years ago
- Subject changed from lifcephfs/ceph-fuse: unlinked file does not release cap to mds quickly to multimds: unlinked file is not pruned from replica mds caches
- Category set to 47
Updated by Sage Weil over 9 years ago
- Status changed from New to Fix Under Review
- Backport set to firefly,dumpling
Updated by Sage Weil over 9 years ago
looks like the problem is that another mds has the inode in its cache and isn't trimming it (or being asked to trim it) when nlink drops to 0.
Updated by Sage Weil over 9 years ago
- Status changed from Fix Under Review to 12
- Backport deleted (
firefly,dumpling)
Updated by Greg Farnum almost 8 years ago
- Category changed from 47 to 90
- Component(FS) Common/Protocol, MDS added
Updated by Patrick Donnelly about 5 years ago
- Category deleted (
90) - Labels (FS) multimds added
Actions