Chip Seraphine <cseraph...@drwholdings.com> writes: > Hello, > > Our users submit their jobs from shared submit hosts, and have > expressed an understandable preference for being able to submit > directly from their own workstations. The obvious solution > (installing the slurm client on their workstations, or providing a > container that does something similar) are not available to us because > of security concerns. This leaves REST as the best option. We’re > hoping to provide a REST-based toolset that users familiar with the > command line tools can make immediate use of (so, provides basic, > stripped-down functionality of srun, squeue, sacct, and sinfo). > Basically, we want to create a subset of the s* commands that can be > run from some arbitrary machine if the user has the appropriate token.
I don't understand the use-case here. If the users are comfortable on the command-line, why would running 'sbatch' et al. in a local shell be preferable to first connecting to the cluster and then running 'sbatch'? > It’d be surprising if we were the first people to go down this path, > but searching has turned up nothing. Is there a project anyone knows > about out there for providing command-line SLURM commands that use > REST to talk to the daemons? Or am I missing some obvious solution > here? I'm surprised that you're surprised :-) but there may well be some part of the story that I have failed to grasp. Cheers, Loris > -- > > Chip Seraphine > Grid Operations > For support please use help-grid in email or slack. > This e-mail and any attachments may contain information that is confidential > and proprietary and otherwise protected from disclosure. If you are not the > intended recipient of this e-mail, do not read, duplicate or redistribute it > by any means. Please immediately delete it and any attachments and notify the > sender that you have received it by mistake. Unintended recipients are > prohibited from taking action on the basis of information in this e-mail or > any attachments. The DRW Companies make no representations that this e-mail > or any attachments are free of computer viruses or other defects. -- Dr. Loris Bennett (Herr/Mr) ZEDAT, Freie Universität Berlin
