-
Notifications
You must be signed in to change notification settings - Fork 2.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Pool update and pool creation does not honor subFailureDomain #14295
Comments
SubfailureDomain is a field currently only supported for stretch clusters. Are you wanting to use it and support updates for some other scenario, or is this for stretch? I just wouldn't expect the subfailure domain to change in stretch clusters. |
yes, for advanced cases, it was succcesfully created but I suppose on OSD restart or when operator rescans the configuration, it replaces the subdomain crush rule with the one with just failuredomain, maybe related to #14300 |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed in a week if no further activity occurs. Thank you for your contributions. |
This issue has been automatically closed due to inactivity. Please re-open if this still requires investigation. |
Is this a bug report or feature request?
Deviation from expected behavior:
Parameters like subFailureDomain and CrushRoot are not honored when updating crush rule(this is observed on new pool creation as well as crush rule update using yaml edit), the feature to support crush rule change was brought by this PR: #12263 but if subfailureDomain is specified, it is completely ignored and instead a new rule get's created.
Eg:
2 crush rules get's created:
2 rules get's created:
of which 2nd one is correct, also crush rule update should honor subFailureDomain
The text was updated successfully, but these errors were encountered: