mds: proactively merge orphaned inodes into a remaining parent after deleting primary hard link
While we move an unlinked file into the stray directory, we don't actually delete it if the inode has remaining hard links to other dentries.
Unfortunately, we also don't do anything to proactively re-link the inode into one of its remaining dentries, so it potentially takes up a spot in the stray directory forever. This can lead to denied deletes and the filesystem user has no obvious reason why!
We need some way of proactively finding the remaining parents and merging stray inodes back in-tree even if they're not touched from the other side.
#1 Updated by Greg Farnum 4 months ago
Sage suggests that forward scrub probably touches the remote hard link locations enough to force re-integrating the stray, and I suspect that's correct.
Of course it requires scrub to actually be run, which we don't do proactively at this time. And even if we did run it automatically, users could do unlinks faster than the scrub can find remote links to pull them out of the stray dir.
#2 Updated by Patrick Donnelly 4 months ago
- Subject changed from MDS needs to proactively merge orphaned inodes into a remaining parent after deleting primary hard link to mds: proactively merge orphaned inodes into a remaining parent after deleting primary hard link
- Start date deleted (
- Source set to Development
Another approach may be to allow the stray directory to fragment. Are there any downsides to doing that?