Bug #49720
closedmon/MDSMonitor: do not pointlessly kill standbys that are incompatible with current CompatSet
0%
Description
During a rolling upgrade, standbys may suicide once the CompatSet for the FSMap is updated. This needlessly complicates the rolling upgrade process by requiring all standby daemons to be stopped before upgrading rank 0. We do not need to worry about an incompatible standby taking over for a file system because it will still do its compatibility check when promoted to up:replay (for the case where a higher version MDS is promoted, updates the compatset, and then fails allowing an older MDS to takeover).
Also, the compatset of each file system is updated whenever any MDS reports a new compatset. This also complicates the rolling upgrade because an upgrade of any MDS will kill rank 0 for all file systems. Only upgrade the compatset of the MDSMap if one of the ranks upgrades.
Updated by Patrick Donnelly about 3 years ago
- Category set to Administration/Usability
- Status changed from In Progress to Fix Under Review
- Source set to Development
- Pull request ID set to 40511
Updated by Patrick Donnelly about 3 years ago
- Blocks Feature #41566: mds: support rolling upgrades added
Updated by Patrick Donnelly over 2 years ago
- Status changed from Fix Under Review to Pending Backport
Updated by Backport Bot over 2 years ago
- Copied to Backport #51983: pacific: mon/MDSMonitor: do not pointlessly kill standbys that are incompatible with current CompatSet added
Updated by Loïc Dachary over 2 years ago
- Status changed from Pending Backport to Resolved
While running with --resolve-parent, the script "backport-create-issue" noticed that all backports of this issue are in status "Resolved" or "Rejected".