Yes I would guess it’s issuing cluster=storrs_hpc when it should be just cluster=storrs. I think it is as @Jacob-BM suggests - you need to change the cluster filename in from storrs_hpc to just storrs.
The cluster name is “slurm” and is defined in the Storrs_HPC.yml file:
job: cluster: "slurm"
So, starting with 4.1 it’s no longer issuing the cluster name based on this setting, but rather the filename? Wouldn’t that cause auto_queues to fail also? Because auto_queues was working, as was shell access. When I change the name if this file, I lose the apps list on the dashboard, even after restarting the webserver. Does this require a rebuild of the dashboard?
If you have cluster defined there then it should be using that. you wouldn’t have to rebuild the dashboard, only reconfigure all the applications to use the new cluster name.
I’ll take a look at the code and report back.
In the interim, can you take another look at this file and see the commands it’s issuing with storrs_hpc.yml or just storrs.yml
OK, I was wrong here. Defining cluster here sets the -M <cluster> flag which is only used for a few commands.
Is slurm the actual cluster name? I.e., the ClusterName as defined in the slurm .conf file?
The name of this configuration file should now match the ClusterName configuration from the slurm .conf file. Terribly sorry about the issue and confusion, we had to make that change to make the adapters less global and more instance/cluster specific.