Project

General

Profile

Actions

Bug #22117

closed

crushtool decompile prints bogus when osd < max_osd_id are missing

Added by Jan Fajerski over 6 years ago. Updated about 6 years ago.

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

0%

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

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 1 (0 open1 closed)

Copied to RADOS - Backport #22199: crushtool decompile prints bogus when osd < max_osd_id are missingResolvedJan FajerskiActions
Actions #1

Updated by Jan Fajerski over 6 years ago

  • Description updated (diff)
Actions #2

Updated by Kefu Chai over 6 years ago

  • Status changed from New to Fix Under Review
  • Assignee set to Jan Fajerski
Actions #3

Updated by Jan Fajerski over 6 years ago

  • Status changed from Fix Under Review to Pending Backport
Actions #4

Updated by Jan Fajerski over 6 years ago

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

Updated by Nathan Cutler over 6 years ago

  • Backport set to luminous
Actions #6

Updated by Nathan Cutler about 6 years ago

  • Status changed from Pending Backport to Resolved
Actions

Also available in: Atom PDF