Project

General

Profile

Actions

Feature #2918

closed

OSD ID numbers determine OSD count and thus default pg_cnt

Added by Dan Mick over 11 years ago. Updated over 11 years ago.

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

0%

Source:
Tags:
Backport:
Reviewed:
Affected Versions:
Pull request ID:

Description

An IRC user (maelfius) had a problem with a 1-monitor, 3-OSD cluster; the monitor chewed up all memory before it started. Enabling some logging, it became clear that there were a pile of pg's allocated, and Sam asked what the OSD IDs were; turned out they were 7 digits.

Sam then realized that this was the cause; apparently the default number of PGs is calculated from the number of OSDs, and apparently that number is based on the maximum OSD ID number.

It seems like separating the OSD ID from the ordinal index/number of OSDs would be prudent.

Here's the log message the shows the problem:

2012-08-07 23:55:40.764418 7ff455e80780 10 mon.1@0(leader).pg v1 register_new_pgs scanning pool 0 rep size 2 crush_ruleset 0 object_hash rjenkins pg_num 64064256 pgp_num 64064256 last_change 1 owner 0 crash_replay_interval 45

Actions #1

Updated by Sage Weil over 11 years ago

  • Target version set to v0.51
Actions #2

Updated by Sage Weil over 11 years ago

  • Translation missing: en.field_story_points set to 2
  • Translation missing: en.field_position set to 23
Actions #3

Updated by Sage Weil over 11 years ago

  • Status changed from New to Fix Under Review
Actions #4

Updated by Sage Weil over 11 years ago

  • Status changed from Fix Under Review to Resolved
Actions

Also available in: Atom PDF