RHOAIENG-7610: fix(nbc): deduplicate culling-related configmap keys #480
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
https://issues.redhat.com/browse/RHOAIENG-7610
Description
As described in product documentation [1], culling config is given in
However, fresh RHOAI installation also defines the same keys in the
notebook-controller-config
ConfigMap in the same namespace. Only keys fromnotebook-controller-culler-config
are mounted into the deployment, the culling keys from the other configmap are ignored.Therefore, we need to remove these unused duplicated keys, to prevent confusion
kubeflow/components/notebook-controller/config/manager/params.env
Lines 5 to 7 in c37b412
How Has This Been Tested?
with that, after I deleted the configmap that was already present,
Considerations
Do we want to force the updated configmap on RHOAI upgrade, if yes, then we either require users to delete the old configmap, or we need operator code that will ensure overwrite.My opinion is that we don't want to do this and we'll only set the modified configmap for fresh installs.
Operator restart ensures overwrite, all right. It's just that changing devFlags alone is not enough to affect change in the configmap.
Notes
Saw this repeating error message in notebook-controller logs from code-server workbenches. This kept happening even after I removed the devFlag and restarted the rhods operator (!) to restore the configmap to its original RHOAI 2.16 content.
Setting
notebooks.kubeflow.org/last-activity: '2024-12-03T07:35:25Z'
for Jupyterlab notebooks works just fine.Merge criteria: