Project

General

Profile

Actions

Bug #23648

open

max-pg-per-osd.from-primary fails because of activating pg

Added by Kefu Chai about 6 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):
Monitor
Pull request ID:
Crash signature (v1):
Crash signature (v2):

Description

the reason why we have activating pg when the number of pg is under the hard limit of max-pg-per-osd is that:

1. osd.1 received the osdmap instructing it to create pg 1.0, so it updated its replica osd.2 to create pg 1.0
2. osd.2 is capped by the max-pg-per-osd when it's about to create pg 1.0. so it dropped the request to create the pg.
3. the pool 15 gets removed in osdmap#58.
4. but the updated osdmap is not sent to osd.1 or osd.2 before the wait_for_clean() times out.


Related issues 1 (0 open1 closed)

Related to RADOS - Bug #23610: pg stuck in activating because of dropped pg-temp messageResolvedKefu Chai04/10/2018

Actions
Actions #1

Updated by Kefu Chai about 6 years ago

  • Related to Bug #23610: pg stuck in activating because of dropped pg-temp message added
Actions

Also available in: Atom PDF