Project

General

Profile

Bug #23767

"ceph ping mon" doesn't work

Added by cory gu almost 6 years ago. Updated over 4 years ago.

Status:
New
Priority:
Normal
Assignee:
-
Category:
Correctness/Safety
Target version:
-
% Done:

0%

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

Description

if there is only mon_host= ip1, ip2...in the ceph.conf, then "ceph ping mon.<id>" doesn't work.
Root cause is in the librados::RadosClient::ping_monitor() implementation:
it calls build_initial_monmap() to generate monmap. that's only a initial monmap version generated from local ceph.conf file.
if there is no mon_id in ceph.conf, then this initial monmap will name the monitors with mon.noname-a, mon.noname-b, etc.

History

#1 Updated by cory gu almost 6 years ago

so "ceph ping mon.<id>" will remind you mon.<id> doesn't existed. however, if you run "ceph ping mon.a", you can get the reply. The problem is there is no "mon.a" in my cluster system.

#2 Updated by John Spray almost 6 years ago

  • Project changed from Ceph to RADOS
  • Category changed from librados to Correctness/Safety
  • Status changed from New to 12
  • Component(RADOS) librados added

Confirmed on my cluster (13.0.2-1969-g49365c7).

#3 Updated by Patrick Donnelly over 4 years ago

  • Status changed from 12 to New

Also available in: Atom PDF