Actions
Bug #11124
closedMDSMonitor: refuse to do "fs new" on metadata pools containing objects
% Done:
0%
Source:
Community (user)
Tags:
Backport:
Regression:
Severity:
3 - minor
Reviewed:
Affected Versions:
ceph-qa-suite:
Component(FS):
Labels (FS):
Pull request ID:
Crash signature (v1):
Crash signature (v2):
Description
#11073 involves a user having old FS objects around after running "fs new" and things going horribly wrong. We need to provide some kind of fencing so that if a user runs "fs new" the old objects are either forcibly removed or no longer used.
I'm partial to tagging all MDS objects with some kind of per-FS identifier (either a UUID, or the mdsmap epoch when the FS was created) that will allow the MDS and monitor to spit out a bunch of warnings. John has also suggested using RADOS namespaces to put the metadata in a different namespace each time. Identify a good plan and implement it.
Actions