Project

General

Profile

Bug #22117

crushtool decompile prints bogus when osd < max_osd_id are missing

Added by Jan Fajerski about 1 year ago. Updated 12 months ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
-
Target version:
-
Start date:
11/13/2017
Due date:
% Done:

0%

Source:
Tags:
Backport:
luminous
Regression:
No
Severity:
3 - minor
Reviewed:
Affected Versions:
ceph-qa-suite:
Component(RADOS):
CRUSH
Pull request ID:

Description

Say you have 3 OSDs and remove osd.1, then get and decompile the crushmap, the decompled map contains a this entry:

# devices
device 0 osd.0 class hdd
device 1 device1
device 2 osd.2 class hdd

While crushtool compiles this map without issues, it is confusing to users.

https://github.com/ceph/ceph/pull/18901


Related issues

Copied to RADOS - Backport #22199: crushtool decompile prints bogus when osd < max_osd_id are missing Resolved

History

#1 Updated by Jan Fajerski about 1 year ago

  • Description updated (diff)

#2 Updated by Kefu Chai about 1 year ago

  • Status changed from New to Need Review
  • Assignee set to Jan Fajerski

#3 Updated by Jan Fajerski about 1 year ago

  • Status changed from Need Review to Pending Backport

#4 Updated by Jan Fajerski about 1 year ago

  • Copied to Backport #22199: crushtool decompile prints bogus when osd < max_osd_id are missing added

#5 Updated by Nathan Cutler about 1 year ago

  • Backport set to luminous

#6 Updated by Nathan Cutler 12 months ago

  • Status changed from Pending Backport to Resolved

Also available in: Atom PDF