Actions
Bug #47238
closedmgr becomes unresponsive when the progress bar is shown
% Done:
0%
Source:
Backport:
nautilus,octopus
Regression:
No
Severity:
2 - major
Reviewed:
Affected Versions:
ceph-qa-suite:
Pull request ID:
Tags (freeform):
Merge Commit:
Fixed In:
v16.0.0-7265-gc2b9152eac
Released In:
v16.2.0~821
Upkeep Timestamp:
2025-07-14T19:31:28+00:00
Description
#46416 works well in that when there is no progress bar in `ceph -s`, the mgr cpu usage is low and the mgr is responsive.
However, when the progress is active, e.g. after `ceph osd out 722`, the mgr becomes unbearably slow, never responding to commands like `ceph balancer status`. The `finisher-Mgr` queue also grows into the multiple 10's of thousands.
I suspect that `progress` needs further optimizations, or at least an option to disable it.
Updated by Neha Ojha over 5 years ago
- Priority changed from Normal to Urgent
We should certainly have a way to turn the progress module off when it misbehaves.
Updated by Neha Ojha over 5 years ago
- Assignee set to Kamoltat (Junior) Sirivadhna
Updated by Neha Ojha over 5 years ago
- Status changed from New to Fix Under Review
- Pull request ID set to 37488
Updated by Josh Durgin over 5 years ago
- Status changed from Fix Under Review to Pending Backport
Updated by Neha Ojha over 5 years ago
- Copied to Backport #48265: nautilus: mgr becomes unresponsive when the progress bar is shown added
Updated by Neha Ojha over 5 years ago
- Copied to Backport #48266: octopus: mgr becomes unresponsive when the progress bar is shown added
Updated by Nathan Cutler about 5 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".
Updated by Upkeep Bot 8 months ago
- Merge Commit set to c2b9152eac72e88c2d045dbe16e2e1230edad3a5
- Fixed In set to v16.0.0-7265-gc2b9152eac
- Released In set to v16.2.0~821
- Upkeep Timestamp set to 2025-07-14T19:31:28+00:00
Actions