Closed malayparida2000 closed 2 months ago
/cc @travisn /cc @parth-gr
@malayparida2000: GitHub didn't allow me to request PR reviews from the following users: parth-gr.
Note that only red-hat-storage members and repo collaborators can review this PR, and authors cannot review their own PRs.
[APPROVALNOTIFIER] This PR is APPROVED
This pull-request has been approved by: malayparida2000, travisn
The full list of commands accepted by this bot can be found here.
The pull request process is described here
The sc.Status.DefaultCephDeviceClass helps us to set the deviceClasses on the pool on the CRs. Till now we are trying to determine the field in each reconcile loop. But with the introduction of multiple deviceClasses support in day-2, we can't always determine it as the logic for the determination is that it chooses the first non replica-1 deviceClass from the list of deviceClasses on the cephCluster CR status. If we determine it in each reconcile loop, we are running the risk of going back & forth between the multiple non replica-1 deviceClasses.
Although the current ceph logic returns the list in a consistent order so the problem shouldn't appear today, but any change in this logic might introduce future bugs. as we have the assurance that any additional deviceClass will be added in day-2 only so we can safely set the default deviceClass in the status only if it's not set yet & not touch it there after.
Ref-https://issues.redhat.com/browse/RHSTOR-6444