Hi there. New to maintaining an Open OnDemand instance (we’ve currently got 3).
The person who did our initial install did something similar to what the poster here did. modifying files in /var/www/ood/apps to make customizations:
…which bit me on upgrade is it did the poster in the other thread. I’ve since seen that what should have been done is for /etc/ood/config/apps to be where customizations should be made. To that end, I’ve added a “submit: submit/submit.yml.erb” to the various /etc/ood/config/apps/bc_desktop/*.yml. That works fine. Where I’m running into trouble is then also attempting to customize/replace the operations in /var/www/ood/apps/sys/bc_desktop/template/script.sh.erb using files in /etc. My most recent attempt looked like this:
…which I’ve also tried using an absolute PATH to /etc/ood/config/apps/bc_desktop/submit or a couple of other permutations. I also initially tried “template: vnc” – which is what I really want – but looking at the documentation for the template files made it look possible that script_file wasn’t supported by the vnc template. In any case, the end result is that the “output” directory for the session in my home directory has script.sh.erb.original and script.sh, but no sign of my customizations. What does work is modifying /var/www/ood/apps/sys/bc_desktop_oarc/template/script.sh.erb, so I’m looking for whatever the equivalent would be.
Help me with an example of how to have both a custom submit.yml.erb and a custom script.sh.erb?
Point me what log files to look in for a failure at this step?
Currently what happens is that it starts to spawn a job and the job disappears, likely since the custom script.sh.erb Is not being run, which is required to start NoVNC in our environment.
I think copying it is the only way to go. We setup and ship bc_desktop under the assumption it’s OK. You could try script_wrapper if it’s only one or two things but if it’s a very large override, then copying is the only option.
It looks like you’ve figured out desktops but here’s our configuration for ondemand.osc.edu. We drop these folders into /etc/ood/config to make an /etc/ood/config/apps directory. We literally drop this folder there directly without any post-processing, so I think that’s a good reference point. Even if you bc_desktop_oarc you’ll probably want to deploy files like these to /etc/ood/config/apps/bc_desktop_oarc.
I can’t tell if you want to boot a desktop (or different types of desktops like mate or xfce) or you want to boot an application. The bc_desktop app is a convenience application quickly deploying desktops with different configurations (resoure allocations or into different clusters and so on). Where we’ve setup the submit.sh.erb scripts because they’re fairly generic and all we want is to start an xfce session for example.
If you want to boot an application - over VNC - then you can reference how we deploy matlab. But when we deploy it, it’s a seperate app. That is, we deploy that folder to /var/www/ood/apps/sys/bc_osc_matlab and it’s seperate (folder and application) from bc_desktop. And even though you boot a full desktop environment, it’s really only meant to look like you’ve booted matlab.
Is this what you’re looking for? Can you help me understand what you’re end goal is? What addtional functionality you’re trying to get out of bc_desktop?
Logs will appear in a directory like this: /users/PZS0714/johrstrom/ondemand/data/sys/dashboard/batch_connect/sys/bc_desktop/vdi-owens/output/f7dd10e8-0d27-4ceb-96df-782cc5248443
If I make some of those bits variable, it would be this. UUID is generated at runtime and completely dynamic for every submission, and APP_NAME is what you call your app. $HOME/ondemand/data/sys/dashboard/batch_connect/sys/bc_desktop/$APP_NAME/output/$UUID. But that’s for the actual job submission, I’m guessing you want logs for the actual job creation which could be in /var/log/ondemand-nginx/$USER, though there may or may not be anything helpful here.
script_wrapper seems maybe to be a little too far upstream, but there may be some solution I’m not seeing that one of you might.
We want to run a desktop, and by and large the existing options are fine, but need some changes because we don’t have some of the dependencies on all of our nodes, and therefore need to point to alternate locations for some of the dependencies (like VNC and websockify) and use Singularity to run an image that contains the desktop group, etc. The alternate location stuff should all be doable via environment variables set in the various YAML files, but the one command I’m not sure how to handle.
Had discovered both of those locations already; unfortunately nothing related to the job dying during creation in either one of them, but it sounds like what I was trying to do is not achievable via the method I was trying, so that might be moot.
I think @jeff.ohrstrom’s recommendation is correct. Recursively copy /var/www/ood/apps/sys/bc_desktop to /var/www/ood/apps/sys/bc_desktop_oarc, then modify your version. The “overrides” in /etc/ will go under /etc/ood/config/apps/bc_desktop_oarc since thats the convention - the overrides directory name matches the app directory name. We will definitely consider this case in a future update to the plugin architecture.
@jeff.ohrstrom I’ve realized that this does some of what I asked, but not all of it.
Correct me if I’m misunderstanding, but I think this still means that I have to edit some files in /var/www/ood/apps/sys/bc_desktop, or make a copy and modify it, right?
Ideally, I’d be able to make the changes somehow in /etc/ood/config/apps/bc_desktop, so they wouldn’t be overwritten each time/I wouldn’t have to merge files each time to override portions of the behavior.
Also since we’re already talking here, despite my bc_desktop_container app being a copy of the current bc_desktop app, which is 0.2.2, when I go to launch the app, it says 0.2.0, which I assume it was at some point – is there a cache I need to clear? Thanks!
This is absolutely what you should do. I’ve update my answer in the other topic. Your intuition is right, you shouldn’t be modifying the files in /var/www/ood, but I’m not advocating that.
Here are the files you need.
# this is similar to any form you currently have.
# Only you have to specify `submit: submit/container.yml.erb` (the file below)
# I've provided this in the other topic
To the versions, I wouldn’t worry about it, it’s likely a misprint or some issue in not copying the .git files too.