Hello
I’m trying to enable Interactive Desktop.
For the test purpose, 1 compute node in a cluster and linux_host adapter configured.
When ‘Launch’ selected, the following error returned although OOD_JOB_NAME_ILLEGAL_CHARS: “/” is in /etc/ood/config/nginx_stage.yml
Failed to submit session with the following error: no implicit conversion of nil into String
If this job failed to submit because of an invalid job name please ask your administrator to configure OnDemand to set the environment variable OOD_JOB_NAME_ILLEGAL_CHARS.
The session data for this session can be accessed under the staged root directory.
Moved one step closer.
Installing Singularity container on the compute node removed the error above, but shows only Your session is currently starting… Please be patient as this process can take a few minutes.
How to make the session ready and the ‘Launch remote desktop’ button available?
Apps go from starting to running when there’s a connection.yml written out in the output directory (the staged directory where all the job related files are - there’s a link to it in your job’s card).
We should automatically setup this file and write it automatically. I guess I’d make sure that you can write files to that location (deep in your home directory). We’ve seen issues with the overlay file systems where you write files in the container, but they’re not being synced to the actual filesystem.
You can see the troubleshooting guide here on how to re-run these jobs manually from a shell session instead of through OOD.
Yea, all those files you have there are written on the OOD host. the connection.yml file is written during the job execution on the destination host.
I would turn debug on for the linux host adapter which will keep the shell scripts that launch this job in that directory (or your HOME depending on the version). Try to execute the tmux and singularity shell scripts as described in the troubleshooting guide manually adding echos and print statements to get a better picture of what’s going on.
Again, I’d imagine it’s an issue with the singularity container - that you’re writing those files, but they’re only being written to the overlay within the container and not the actual filesystem.
In fact, this tmux session may still be running so you may be able to just connect into it and the singularity container and see that if that is the case.