Actions
Bug #44798
closedlibrados mon_command (mgr) command hang
% Done:
0%
Source:
Backport:
octopus,nautilus
Regression:
No
Severity:
3 - minor
Reviewed:
Affected Versions:
ceph-qa-suite:
Component(RADOS):
Pull request ID:
Tags (freeform):
Merge Commit:
Fixed In:
v16.0.0-234-g4f4efde17a
Released In:
v16.2.0~2993
Upkeep Timestamp:
2025-07-15T01:16:41+00:00
Description
- mon starts
- mgr starts
- mgr fetchs mon metadata
- more mons are added to the cluster (post-bootstrap)
- librados app/test starts
- call to librados mon_command with a mgr command (e.g., 'pg deepscrub')
- MonClient sends to a peon mon (not the bootstrap mon)
- peon forwards to mgr
- mgr rejects connection with
2020-03-28T21:12:26.479+0000 7f12d7cdf700 2 mgr.server handle_open ignoring open from mon.c 172.21.15.37:0/139366808; not ready for session (expect reconnect)
this is reproduced by a fix to qa/tasks/cephadm.py that puts all mons in the ceph.conf instead of just the bootstrap mon, which means that these mgr commands pretty frequently go to a peon
Updated by Sage Weil almost 6 years ago
- Status changed from In Progress to Fix Under Review
- Pull request ID set to 34266
Updated by Sage Weil almost 6 years ago
- Status changed from Fix Under Review to Pending Backport
Updated by Nathan Cutler almost 6 years ago
- Copied to Backport #44835: nautilus: librados mon_command (mgr) command hang added
Updated by Nathan Cutler almost 6 years ago
- Copied to Backport #44836: octopus: librados mon_command (mgr) command hang added
Updated by Loïc Dachary over 4 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 4f4efde17a3926f7198860bb4aeb43f954140f09
- Fixed In set to v16.0.0-234-g4f4efde17a
- Released In set to v16.2.0~2993
- Upkeep Timestamp set to 2025-07-15T01:16:41+00:00
Actions