Back to bug 2153675
| Who | When | What | Removed | Added |
|---|---|---|---|---|
| RHEL Program Management | 2022-12-15 06:47:20 UTC | Target Release | ODF 4.12.0 | --- |
| Rakshith | 2022-12-15 06:53:32 UTC | Status | NEW | POST |
| Assignee | tnielsen | rar | ||
| 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 | ||
| OpenShift BugZilla Robot | 2022-12-15 06:53:54 UTC | Link ID | Github red-hat-storage/rook/pull/439 | |
| Rakshith | 2022-12-15 09:10:19 UTC | Blocks | 2153695 | |
| krishnaram Karthick | 2022-12-16 06:45:49 UTC | CC | kramdoss | |
| RHEL Program Management | 2022-12-16 06:45:56 UTC | Target Release | --- | ODF 4.11.5 |
| Sunil Kumar Acharya | 2022-12-16 07:18:57 UTC | Flags | needinfo?(rar) | |
| CC | sheggodu | |||
| Rakshith | 2022-12-16 09:30:46 UTC | Flags | needinfo?(rar) | |
| OpenShift BugZilla Robot | 2022-12-16 14:46:25 UTC | Status | POST | MODIFIED |
| Red Hat Bugzilla | 2022-12-31 19:54:37 UTC | QA Contact | nberry | |
| Red Hat Bugzilla | 2023-01-01 08:32:00 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 | |
| Neha Berry | 2023-01-04 06:29:43 UTC | QA Contact | nberry | rgeorge |
| Rakshith | 2023-01-06 06:22:28 UTC | Fixed In Version | 4.11.5-6 | |
| Status | MODIFIED | ON_QA | ||
| Sunil Kumar Acharya | 2023-01-10 05:29:46 UTC | Fixed In Version | 4.11.5-6 | odf-4.11.5-8 |
| Rachael | 2023-01-24 09:24:28 UTC | Status | ON_QA | VERIFIED |
| Red Hat Bugzilla | 2023-01-31 23:38:28 UTC | CC | madam | |
| Kusuma | 2023-02-13 12:06:13 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 is due to the deletion of OSD deployment in an encrypted cluster backed by CSI provisioned PVC which causes 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-14 12:34:10 UTC | Status | VERIFIED | RELEASE_PENDING |
| errata-xmlrpc | 2023-02-14 16:58:10 UTC | Status | RELEASE_PENDING | CLOSED |
| Resolution | --- | ERRATA | ||
| Last Closed | 2023-02-14 16:58:10 UTC | |||
| errata-xmlrpc | 2023-02-14 16:58:30 UTC | Link ID | Red Hat Product Errata RHBA-2023:0764 | |
| Elad | 2023-08-09 17:03:01 UTC | CC | odf-bz-bot |
Back to bug 2153675