Back to bug 2132693
| Who | When | What | Removed | Added |
|---|---|---|---|---|
| Bipin Kunal | 2022-10-06 12:10:30 UTC | Depends On | 2131220 | |
| Mudit Agarwal | 2022-10-11 06:04:20 UTC | Doc Type | If docs needed, set a value | Known Issue |
| Assignee | muagarwa | mparida | ||
| Status | NEW | ASSIGNED | ||
| CC | muagarwa | |||
| Mudit Agarwal | 2022-10-11 07:03:07 UTC | Doc Type | Known Issue | Bug Fix |
| Malay Kumar parida | 2022-10-12 04:52:40 UTC | Summary | setting tolerations for non-ocs taint on toolbox pod is not working | [4.11 clone] setting tolerations for non-ocs taint on toolbox pod is not working |
| Malay Kumar parida | 2022-10-12 13:58:30 UTC | Link ID | Github red-hat-storage/ocs-operator/pull/1836 | |
| Status | ASSIGNED | POST | ||
| Rejy M Cyriac | 2022-10-13 15:16:26 UTC | CC | rcyriac | |
| RHEL Program Management | 2022-10-13 15:16:35 UTC | Target Release | --- | ODF 4.11.3 |
| Sunil Kumar Acharya | 2022-10-13 15:18:55 UTC | Flags | needinfo?(mparida) | |
| CC | mparida | |||
| OpenShift BugZilla Robot | 2022-10-13 16:34:00 UTC | Link ID | Github red-hat-storage/ocs-operator/pull/1847 | |
| OpenShift BugZilla Robot | 2022-10-13 16:40:25 UTC | Status | POST | MODIFIED |
| Malay Kumar parida | 2022-10-13 17:40:37 UTC | Flags | needinfo?(mparida) | |
| errata-xmlrpc | 2022-10-18 11:08:21 UTC | Status | MODIFIED | ON_QA |
| Shay Rozen | 2022-10-19 11:22:09 UTC | CC | srozen | |
| QA Contact | mbukatov | pakamble | ||
| Parag Kamble | 2022-10-20 12:23:06 UTC | Status | ON_QA | VERIFIED |
| Mudit Agarwal | 2022-11-02 13:11:47 UTC | Flags | needinfo?(mparida) | |
| Malay Kumar parida | 2022-11-02 13:37:25 UTC | Flags | needinfo?(mparida) | |
| Doc Text | Cause: In 4.11 we moved the handling of the ceph toolbox from ocsinitialization to the storagecluster controller. We kept the old way of enabling the toolbox from the ocsinitialization CR But forgot to account for the scenario when someone tries to add tolerations to the toolbox from the ocsinitialization cr. Consequence: When someone tries to add tolerations to the toolbox by adding the tolerations to the ocsinitialization cr, they don't take effect. Fix: Now tolerations can be added from the ocsinitialization cr, as well as the storagecluster cr, as intended. Result: After the fix, if someone is facing an issue where they have some taint on their node, and due to inability to add tolerations by the ocsinitialization, their toolbox pod was not running, They will no longer face the issue as the tolerations can now be added by the ocsinitialization cr. |
|||
| Olive Lakra | 2022-11-08 04:47:32 UTC | CC | olakra | |
| Doc Text | Cause: In 4.11 we moved the handling of the ceph toolbox from ocsinitialization to the storagecluster controller. We kept the old way of enabling the toolbox from the ocsinitialization CR But forgot to account for the scenario when someone tries to add tolerations to the toolbox from the ocsinitialization cr. Consequence: When someone tries to add tolerations to the toolbox by adding the tolerations to the ocsinitialization cr, they don't take effect. Fix: Now tolerations can be added from the ocsinitialization cr, as well as the storagecluster cr, as intended. Result: After the fix, if someone is facing an issue where they have some taint on their node, and due to inability to add tolerations by the ocsinitialization, their toolbox pod was not running, They will no longer face the issue as the tolerations can now be added by the ocsinitialization cr. | Previously, in 4.11, the handling of the Ceph toolbox was moved from ocsinitialization to the storage cluster controller. The old way of enabling the toolbox from the ocsinitialization CR was kept as-is and did not account for the scenario when someone tries to add tolerations to the toolbox from ocsinitialization cr. So, when you add tolerations to the toolbox by adding the tolerations to the ocsinitialization cr, they do not take effect. With this update, tolerations can now be added from the ocsinitialization cr, as well as the storage cluster cr, as intended. After the fix, if there is an issue where there is a taint on the node, and due to the inability to add tolerations by the ocsinitialization if the toolbox pod was not running, then the tolerations can now be added by the ocsinitialization cr. | ||
| Olive Lakra | 2022-11-09 07:41:30 UTC | Doc Text | Previously, in 4.11, the handling of the Ceph toolbox was moved from ocsinitialization to the storage cluster controller. The old way of enabling the toolbox from the ocsinitialization CR was kept as-is and did not account for the scenario when someone tries to add tolerations to the toolbox from ocsinitialization cr. So, when you add tolerations to the toolbox by adding the tolerations to the ocsinitialization cr, they do not take effect. With this update, tolerations can now be added from the ocsinitialization cr, as well as the storage cluster cr, as intended. After the fix, if there is an issue where there is a taint on the node, and due to the inability to add tolerations by the ocsinitialization if the toolbox pod was not running, then the tolerations can now be added by the ocsinitialization cr. | Previously, in 4.11, the handling of the ceph toolbox was moved from `ocsinitialization` to the `storagecluster` controller. The old way of enabling the toolbox from the `ocsinitialization cr` was kept as-is and did not account for the scenario when someone tries to add tolerations to the toolbox from the `ocsinitialization cr`. So, when someone tries to add tolerations to the toolbox by adding the tolerations to the `ocsinitialization cr`, they don't take effect. With this update, tolerations can now be added from the `ocsinitialization cr`, as well as the `storagecluster cr`, as intended. With this fix, you can add tolerations without any issue when there is a taint on the node using the `ocsinitialization cr` even if the toolbox pod is not running. |
| Olive Lakra | 2022-11-09 07:59:24 UTC | Doc Text | Previously, in 4.11, the handling of the ceph toolbox was moved from `ocsinitialization` to the `storagecluster` controller. The old way of enabling the toolbox from the `ocsinitialization cr` was kept as-is and did not account for the scenario when someone tries to add tolerations to the toolbox from the `ocsinitialization cr`. So, when someone tries to add tolerations to the toolbox by adding the tolerations to the `ocsinitialization cr`, they don't take effect. With this update, tolerations can now be added from the `ocsinitialization cr`, as well as the `storagecluster cr`, as intended. With this fix, you can add tolerations without any issue when there is a taint on the node using the `ocsinitialization cr` even if the toolbox pod is not running. | Previously, in 4.11, the handling of the ceph toolbox was moved from `ocsinitialization` to the `storagecluster` controller. The old way of enabling the toolbox from the `ocsinitialization cr` was kept as-is and did not account for the scenario when someone tries to add tolerations to the toolbox from the `ocsinitialization cr`. So, when someone tries to add tolerations to the toolbox by adding the tolerations to the `ocsinitialization cr`, they don't take effect. With this update, tolerations can now be added from the `ocsinitialization cr`, as well as the `storagecluster cr`, as intended. For example, with this fix, you can add tolerations without any issue when there is a taint on the node using the `ocsinitialization cr` even if the toolbox pod is not running. |
| errata-xmlrpc | 2022-11-09 13:27:48 UTC | Status | VERIFIED | RELEASE_PENDING |
| errata-xmlrpc | 2022-11-09 19:47:24 UTC | Resolution | --- | ERRATA |
| Status | RELEASE_PENDING | CLOSED | ||
| Last Closed | 2022-11-09 19:47:24 UTC | |||
| errata-xmlrpc | 2022-11-09 19:47:33 UTC | Link ID | Red Hat Product Errata RHBA-2022:7912 | |
| Elad | 2023-08-09 17:00:43 UTC | CC | odf-bz-bot |
Back to bug 2132693