Bug 2224324 - crushmap holds the previous rule for an EC pool created with name of a deleted EC pool
Summary: crushmap holds the previous rule for an EC pool created with name of a delete...
Keywords:
Status: ASSIGNED
Alias: None
Product: Red Hat Ceph Storage
Classification: Red Hat Storage
Component: RADOS
Version: 6.1
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ---
: 7.2
Assignee: Nitzan mordechai
QA Contact: Pawan
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2023-07-20 12:17 UTC by Vidushi Mishra
Modified: 2024-01-11 19:16 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Ceph Project Bug Tracker 62826 0 None None None 2023-09-13 12:21:59 UTC
Github ceph ceph pull 53457 0 None open mon/OSDMonitor: remove unused crush rules after erasure code pools deleted 2024-01-11 19:16:14 UTC
Red Hat Issue Tracker RHCEPH-7052 0 None None None 2023-07-20 12:21:43 UTC

Description Vidushi Mishra 2023-07-20 12:17:55 UTC
Description of problem:


If an EC pool is created with a name of an already deleted EC pool, the crush map will not get updated for the new EC pool, instead will hold the previous crush rule. 

The user might have to check the crush maps every time before creating any EC pool just to ensure that a similar pool name had not been created with a crush rule different from the new one.

Version-Release number of selected component (if applicable):
latest 6.1

How reproducible:
always

Steps to Reproduce:

1. Create an EC pool 'ecpool' with a specific K+M EC profile.
2. Edit the crush map to meet the specific K+M value requirements. 
3. Now delete the pool and create a pool with the same name 'ecpool' 
 

Actual results:

Crushmap is not updated to reflect the new ecpool 

Expected results:

crushmap should be updated to reflect the new ecpool

Additional info:


Note You need to log in before you can comment on or make changes to this bug.