-
Notifications
You must be signed in to change notification settings - Fork 23
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
OMPP: Moved copy file directives from start-custom.sh to start-oms.sh #553
Conversation
…Download scripts and templates needed to run mpi jobs via kubeflow.
…in /etc/openmpp for use with parseCommand.py
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Approved with nitpicks to be cleaned up.
@jacek-dudek 1 final question, will this change the workflow of any users currently using OpenMPP? If yes, do we need to notify them of the change. |
Let me spin up a notebook server with the container sourced from the master branch and do a quick side-by-side comparison of the user experience. I will post a follow-up here in a bit. |
I encountered an issue with the openmpp-13 version of the web service, where some sequence of job requests starts throwing up the "Server offline or model failed to start" error. I'm going to try to reproduce and figure out if/how this is related to our changes. Please hold off on the review approval for a bit as I investigate this. |
…vice. This should make the web service write to its own log file. Should help me diagnose the hung server errors that I was getting in the UI.
… instead of openmpp-13.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The old mpi template has to be removed from the project. It causes an error is it is used with AAW.
…g template in openm etc directory.
Description
What your PR adds/fixes/removes
Tests / Quality Checks
Are there breaking changes?
Ask yourself the next question;
If no, then carry on. If yes, there is a breaking change and we want to maintain the previous image do the following
Automated Testing/build and deployment
auto-deploy
tag to the PR before pushing in order to build and push the image to ACR so you can test it in cluster as a custom image?JupyterLab extensions
jupyter labextension list
from inside the notebook)?VS Code tests
Code review
auto-deploy
tag to your PR before your most recent push to this repo? This causes CI to build the image and push to our ACR, letting reviewers access the built image without having to create it themselvesk8scc01covidacrdev.azurecr.io/jupyterlab-cpu:746d058e2f37e004da5ca483d121bfb9e0545f2b
)?