Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Change option name for disabling Jupyter Spawner from OdhDashboardConfig CR #1588

Closed
bdattoma opened this issue Jul 26, 2023 · 3 comments
Closed
Labels
infrastructure Anything non feature/* related that improves general working of the Dashboard kind/enhancement New functionality request (existing augments or new additions) migrated needs-info Further information is requested from the reporter or from another source priority/low An issue with the product that doesn't impact the user much or not at all (ie tech debt)

Comments

@bdattoma
Copy link

bdattoma commented Jul 26, 2023

In order to block users from spawning jupyter notebooks from the Jupyter spawner (i.e., Dashboard > Enabled page > Jupyter tile > Launch) we can disable the notebookController option in the OdhDashboardConfig CR:

  notebookController:
    enabled: false

Users can still use workbenches (create new one, launch existing one, etc), as I think it's expected. But if I'm not wrong, the workbenches use the notebook controller too, so maybe we could change the name of the option in the CR to avoid confusion.

What do you think?

@andrewballantyne andrewballantyne transferred this issue from opendatahub-io/opendatahub-community Jul 26, 2023
@github-project-automation github-project-automation bot moved this to Needs prioritization in ODH Dashboard Planning Jul 26, 2023
@shalberd
Copy link
Contributor

shalberd commented Jul 26, 2023

But if I'm not wrong, the workbenches use the notebook controller too

@andrewballantyne Absolutely correct, a workbench in Data Science Projects creates a Notebook CR that is evaluated and managed by the kubeflow notebook controller, with additional logic later on handled by odh notebook controller.

So that option should not be called notebookController.enabled: false, maybe more like jupyterTile.enabled: false

@andrewballantyne
Copy link
Member

Was working my way through the issues I moved from opendatahub-io/opendatahub-community repo (a generic logging spot).

Although I agree with Sven and Berto here, this is not likely something we will handle or change at this time.

We will need to rework our flags in general. We are also undergoing some rework with the new operator -- our config needs to get updated to support more component-separation model which may impact our configurations. TBD really, but doing this change is going to impact existing installations and it's going to just be a headache of moving things around while we are nearing a state of changing the dashboard config anyways (which is part of why it's still v1alpha1)

Related issues:

@andrewballantyne andrewballantyne added kind/enhancement New functionality request (existing augments or new additions) needs-info Further information is requested from the reporter or from another source infrastructure Anything non feature/* related that improves general working of the Dashboard priority/low An issue with the product that doesn't impact the user much or not at all (ie tech debt) labels Jul 26, 2023
@andrewballantyne andrewballantyne moved this from Needs prioritization to To do in ODH Dashboard Planning Jul 26, 2023
@dgutride
Copy link
Contributor

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
infrastructure Anything non feature/* related that improves general working of the Dashboard kind/enhancement New functionality request (existing augments or new additions) migrated needs-info Further information is requested from the reporter or from another source priority/low An issue with the product that doesn't impact the user much or not at all (ie tech debt)
Projects
Status: Done
Status: No status
Archived in project
Development

No branches or pull requests

4 participants