Back to bug 2153695
| Who | When | What | Removed | Added |
|---|---|---|---|---|
| Rakshith | 2022-12-15 09:11:34 UTC | Doc Text | Cause: Deletion of OSD deployment in an encrypted cluster backed by CSI provisioned PVC causes the rook-ceph-osd-prepare job for that OSD to be stuck in CrashLoopBackOff (CLBO) state. Consequence: The rook-ceph-osd-prepare job will be stuck in CrashLoopBackOff (CLBO) state and that particular OSD pod will never come up. Fix: The rook-ceph-osd-prepare job now removes up stale encrypted device and opens it again avoiding CLBO state. Result: The rook-ceph-osd-prepare job will run as expected and OSD will come up. | |
| Doc Type | If docs needed, set a value | Bug Fix | ||
| Assignee | tnielsen | rar | ||
| Rakshith | 2022-12-15 09:12:08 UTC | Status | NEW | POST |
| OpenShift BugZilla Robot | 2022-12-15 09:13:40 UTC | Link ID | Github red-hat-storage/rook/pull/440 | |
| krishnaram Karthick | 2022-12-16 06:45:56 UTC | CC | kramdoss | |
| RHEL Program Management | 2022-12-16 06:46:04 UTC | Target Release | --- | ODF 4.10.10 |
| Sunil Kumar Acharya | 2022-12-16 07:19:17 UTC | Flags | needinfo?(rar) | |
| CC | sheggodu | |||
| Rakshith | 2022-12-16 09:31:03 UTC | Flags | needinfo?(rar) | |
| OpenShift BugZilla Robot | 2022-12-16 14:46:33 UTC | Status | POST | MODIFIED |
| Red Hat Bugzilla | 2022-12-31 19:54:46 UTC | CC | nberry | |
| QA Contact | nberry | |||
| Red Hat Bugzilla | 2023-01-01 08:32:18 UTC | CC | kramdoss | |
| Red Hat Bugzilla | 2023-01-01 08:40:21 UTC | Assignee | rar | nobody |
| Alasdair Kergon | 2023-01-04 04:43:18 UTC | QA Contact | nberry | |
| Alasdair Kergon | 2023-01-04 04:50:16 UTC | Assignee | nobody | rar |
| Alasdair Kergon | 2023-01-04 05:07:00 UTC | CC | kramdoss | |
| Alasdair Kergon | 2023-01-04 05:18:56 UTC | CC | nberry | |
| Rakshith | 2023-01-04 06:02:33 UTC | Status | MODIFIED | ON_QA |
| Fixed In Version | 4.10.10-1 | |||
| krishnaram Karthick | 2023-01-10 09:05:59 UTC | QA Contact | nberry | rgeorge |
| Rachael | 2023-01-24 09:57:18 UTC | Status | ON_QA | VERIFIED |
| Red Hat Bugzilla | 2023-01-31 23:37:22 UTC | CC | madam | |
| Kusuma | 2023-02-20 10:55:46 UTC | Doc Text | Cause: Deletion of OSD deployment in an encrypted cluster backed by CSI provisioned PVC causes the rook-ceph-osd-prepare job for that OSD to be stuck in CrashLoopBackOff (CLBO) state. Consequence: The rook-ceph-osd-prepare job will be stuck in CrashLoopBackOff (CLBO) state and that particular OSD pod will never come up. Fix: The rook-ceph-osd-prepare job now removes up stale encrypted device and opens it again avoiding CLBO state. Result: The rook-ceph-osd-prepare job will run as expected and OSD will come up. | Previously, the `rook-ceph-osd-prepare` job sometimes would be stuck in `CrashLoopBackOff` (CLBO) state and would never come up. This was due to the deletion of OSD deployment in an encrypted cluster backed by CSI provisioned PVC which caused the `rook-ceph-osd-prepare` job for that OSD to be stuck in `CrashLoopBackOff` state. With this fix, the `rook-ceph-osd-prepare` job removes the stale encrypted device and opens it again avoiding the CLBO state. As a result, the `rook-ceph-osd-prepare` job runs as expected and the OSD comes up. |
| CC | kbg | |||
| errata-xmlrpc | 2023-02-20 14:34:22 UTC | Status | VERIFIED | RELEASE_PENDING |
| errata-xmlrpc | 2023-02-20 15:40:44 UTC | Status | RELEASE_PENDING | CLOSED |
| Resolution | --- | ERRATA | ||
| Last Closed | 2023-02-20 15:40:44 UTC | |||
| errata-xmlrpc | 2023-02-20 15:40:50 UTC | Link ID | Red Hat Product Errata RHBA-2023:0827 | |
| Elad | 2023-08-09 17:03:01 UTC | CC | odf-bz-bot |
Back to bug 2153695