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

WIP: pvcviewer-controller and PVCViewer pod #5783

Closed
wants to merge 7 commits into from

Conversation

davidspek
Copy link
Contributor

@davidspek davidspek commented Mar 26, 2021

This PR is adds a new controller that is intended to be used by the new Volumes Web App that was added by #5684. It is essentially a copy of the tensorboard-controller with a few slight modifications.
When a user creates a PVCViewer CR, a pod is launched that includes File Browser that allows the user to download or upload files and folders to a PVC (Dockerfile for this image). To overcome ReadWriteOnce limitations, if a PVCViewer is scheduled for a PVC that is already mounted to a Pod, the PVCViewer pod is scheduled to the same node (this is also how the tensorboards-controller functions).

Leader election needed to be removed as this was causing conflicts with the tensorboard-controller. I'm not sue if this is the correct method to create compatibility so this might need to be improved upon.

To test the controller you can run make install to install the CRD to the cluster and then make run to run the controller locally. Then edit the sample in config/samples to a PVC that exists and apply it (an already mounted RWO PVC doesn't work in when running the controller locally like this). You can access the UI at <kubeflow_domain>/pvcviewer/<namespace>/<name_of_viewer>/.

Sample of what the Volumes Web App will look like together with this controller:
vwa-pvcviewer-opt6

The next step would be to add support to the Volumes Manager UI to create a PVCViewer resource. This would be similar to how the Rok version of the UI implements this, or the default and Rok code could (mostly) be consolidated if Arrikto chooses to use this for Rok as well.

/cc @kubeflow/wg-notebooks-leads

@rui-vas
Copy link
Contributor

rui-vas commented Apr 15, 2021

This looks like a very cool feature @davidspek!

Thank you for making Kubeflow better :)

@stale
Copy link

stale bot commented Jul 21, 2021

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot closed this Jul 30, 2021
@rui-vas
Copy link
Contributor

rui-vas commented Jul 30, 2021

@davidspek this looked like a cool feature!

/open

@rui-vas rui-vas reopened this Jul 30, 2021
@stale stale bot removed the lifecycle/stale label Jul 30, 2021
@google-oss-robot
Copy link

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by:
To complete the pull request process, please assign elikatsis after the PR has been reviewed.
You can assign the PR to them by writing /assign @elikatsis in a comment when ready.

The full list of commands accepted by this bot can be found here.

Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@stale
Copy link

stale bot commented Jan 3, 2022

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the lifecycle/stale label Jan 3, 2022
@stale stale bot closed this Mar 2, 2022
@TobiasGoerke
Copy link
Contributor

We introduced this extensions to our cluster more than a year ago and we've seen this feature becoming a vital part in our users' Kubeflow experience.

Thanks @davidspek for your great work.

As this PR got closed automatically: is there still interest in the filebrowser? If so, I'd volunteer to migrate all changes to Kubeflow v1.5/v1.6.

@harish422
Copy link

@davidspek This is a very useful feature. thank you for coming up with this . Are there still any plans of merging this code ? I the moment i noticed this i was checking 1.6.1 code base and didn't find it. Later realized this han't been checked in yet.

Thanks,
Harish

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

5 participants