Project

General

Profile

Bug #42566

mgr commands fail when using non-client auth

Added by Sage Weil over 4 years ago. Updated about 4 years ago.

Status:
Resolved
Priority:
Urgent
Assignee:
-
Category:
-
Target version:
-
% Done:

0%

Source:
Tags:
Backport:
nautilus
Regression:
No
Severity:
3 - minor
Reviewed:
Affected Versions:
ceph-qa-suite:
Component(RADOS):
Pull request ID:
Crash signature (v1):
Crash signature (v2):

Description

e.g., 'ceph -n mon. -k /var/lib/ceph/mon/ceph-a/keyring pg ls' will fail.

root cause is the DaemonServer condition for asking for reports from the client and the condition for rejecting them (and marking the client down) do not match.


Related issues

Related to RADOS - Bug #42666: mgropen from mgr comes from unknown.$id instead of mgr.$id Duplicate
Copied to RADOS - Backport #43783: nautilus: mgr commands fail when using non-client auth Resolved

History

#1 Updated by Sage Weil over 4 years ago

  • Status changed from New to Fix Under Review
  • Pull request ID set to 31256

#2 Updated by Sage Weil over 4 years ago

  • Status changed from Fix Under Review to Resolved

i don't think this needs to be backported.

#3 Updated by Sage Weil about 4 years ago

  • Status changed from Resolved to Pending Backport
  • Backport set to nautilus

ah, this does need to be backported. see #42666

#4 Updated by Sage Weil about 4 years ago

  • Related to Bug #42666: mgropen from mgr comes from unknown.$id instead of mgr.$id added

#5 Updated by Sage Weil about 4 years ago

  • Priority changed from Normal to Urgent

#6 Updated by Nathan Cutler about 4 years ago

  • Copied to Backport #43783: nautilus: mgr commands fail when using non-client auth added

#7 Updated by Nathan Cutler about 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".

Also available in: Atom PDF