Actions
Bug #63334
openRecovery starts while norecover flag is set when PG splitting occurs
% 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).
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.
Updated by Aishwarya Mathuria 4 months ago
- Backport set to reef
- Pull request ID set to 54708
Updated by Aishwarya Mathuria 4 months ago
- Status changed from In Progress to Pending Backport
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