fd cache and external changes to recently-modified files don't behave nicely
3 - minor
Pull request ID:
Crash signature (v1):
Crash signature (v2):
A user reported that they were trying to test pg repair functionality and it did not appear to be restoring files deleted directly from an OSD's data store. It appears that this is because the files in question were still held open by the FD cache, and so transactions to replace them were running into that and modifying the (unlinked) file!
I'm not sure if there's anything we can reasonably do about this in a broad sense, but it would probably make sense to close any file descriptors associated with objects we detect as inconsistent when scrubbing.
#1 Updated by Dan Mick over 9 years ago
Maybe we could use inotify to watch for relevant changes to the filestore and close the cached FDs when their files evaporate?
#2 Updated by Samuel Just almost 9 years ago
- Status changed from New to Won't Fix