Project

General

Profile

Actions

Bug #63334

open

Recovery starts while norecover flag is set when PG splitting occurs

Added by Aishwarya Mathuria 6 months ago. Updated 4 months ago.

Status:
Pending Backport
Priority:
Normal
Category:
-
Target version:
-
% Done:

0%

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

Description

This was observed while client I/O was happening on a pool and PG splitting occurred.
Some PGs went into degraded state and when we try to write to a degraded object the current recovery work flow attempts to recover that particular object even if the norecover flag is set.

Steps to reproduce on vstart cluster:
1. Set norecovery and nobackfill flags
2. Create a pool
3. Use radosbench to write objects to this pool
4. While objects are being written to this pool, increase the number of PGs (pg_num).


Related issues 1 (1 open0 closed)

Copied to RADOS - Backport #63947: reef: Recovery starts while norecover flag is set when PG splitting occursIn ProgressAishwarya MathuriaActions
Actions #1

Updated by Radoslaw Zarzynski 6 months ago

  • Status changed from New to In Progress

There was a PR https://github.com/ceph/ceph/pull/54212 for this ticket. However, another approach will be used.

Actions #2

Updated by Aishwarya Mathuria 4 months ago

  • Backport set to reef
  • Pull request ID set to 54708
Actions #3

Updated by Aishwarya Mathuria 4 months ago

  • Status changed from In Progress to Pending Backport
Actions #4

Updated by Backport Bot 4 months ago

  • Copied to Backport #63947: reef: Recovery starts while norecover flag is set when PG splitting occurs added
Actions #5

Updated by Backport Bot 4 months ago

  • Tags set to backport_processed
Actions

Also available in: Atom PDF