-
Bug
-
Resolution: Done-Errata
-
Normal
-
None
-
4.14
-
Low
-
No
-
2
-
OCPEDGE Sprint 245, OCPEDGE Sprint 246
-
2
-
False
-
-
N/A
-
Release Note Not Required
Description of problem:
LVMCluster CR '.status.state' stuck in 'Progressing' even when all VGs are created and running fine
Version-Release number of selected component (if applicable):
4.14
How reproducible:
Always
Steps to Reproduce:
- Deployed LVMS 4.14 spec: storage: deviceClasses: - deviceSelector: paths: - '/dev/disk/by-path/pci-0000:61:00.0-nvme-1' fstype: xfs name: hcp-etcd nodeSelector: nodeSelectorTerms: - matchExpressions: - key: node-role.kubernetes.io/master operator: Exists thinPoolConfig: name: thin-pool-1 overprovisionRatio: 10 sizePercent: 90 tolerations: - effect: NoSchedule key: node-role.kubernetes.io/master status: deviceClassStatuses: - name: hcp-etcd nodeStatus: - devices: - /dev/nvme0n1 node: control-1-ru2xxxx status: Ready - devices: - /dev/nvme0n1 node: control-1-ru3xxxx status: Ready - devices: - /dev/nvme0n1 node: control-1-ru4xxxx status: Ready state: Progressing - When above is deployed, we are explicitly asking for VGs to be created on control nodes however for updating the state, counting of VGs on control nodes is being skipped, in here https://github.com/openshift/lvm-operator/blob/release-4.14/controllers/lvmcluster_controller.go#L315C1-L315C54
Actual results:
state is in 'Progressing'
Expected results:
state should be 'Ready'
Additional info:
observable behavior for this bug is state not going into Ready, may have different side effects as well, wasn't able to check fully
- clones
-
OCPBUGS-23191 LVM Controller not respecting Tolerations while counting VGs created
-
- Closed
-
- links to
-
RHBA-2024:126820 LVMS 4.14 Bug Fix and Enhancement update
- mentioned on
[OCPBUGS-23782] LVM Controller not respecting Tolerations while counting VGs created
Labels | Original: triaged | New: ocpedge triaged |
Resolution | New: Done-Errata [ 10803 ] | |
Status | Original: Verified [ 10015 ] | New: Closed [ 6 ] |
Remote Link |
New:
This issue links to " |
Severity | New: Low [ 26753 ] |
Status | Original: ON_QA [ 15723 ] | New: Verified [ 10015 ] |
Release Note Text | New: N/A |
Release Note Type | New: No Doc Update [ 31862 ] |
Status | Original: MODIFIED [ 14454 ] | New: ON_QA [ 15723 ] |
Target Version | Original: 4.15.0 [ 12407353 ] | New: 4.14.z [ 12402535 ] |
Sprint | Original: OCPEDGE Sprint 245 [ 55798 ] | New: OCPEDGE Sprint 245, OCPEDGE Sprint 246 [ 55798, 55799 ] |
Remote Link | New: This issue links to "Merge request - Updated US source to: a9b09ff Merge pull request #514 from suleymanakbas91/tolerations-fix (Web Link)" [ 1491190 ] |
Status | Original: POST [ 15726 ] | New: MODIFIED [ 14454 ] |
Target Version | Original: 4.14.0 [ 12402534 ] | New: 4.14 [ 12402533 ] |
Status | Original: New [ 10016 ] | New: POST [ 15726 ] |
Remote Link |
New:
This issue links to "openshift/lvm-operator#514: [release-4.14] |
Sprint | New: OCPEDGE Sprint 245 [ 55798 ] |
Target Version | Original: 4.15.0 [ 12407353 ] | New: 4.14.0 [ 12402534 ] |
Link |
New:
This issue clones |
Since the problem described in this issue should be resolved in a recent advisory, it has been closed.
For information on the advisory (LVMS 4.14.z Bug Fix Update), and where to find the updated files, follow the link below.
If the solution does not work for you, open a new bug report.
https://access.redhat.com/errata/RHBA-2024:0633