<div dir="auto">The machine that runs the CLI isn't usually a cluster node or run slurmd.<div dir="auto"><br></div><div dir="auto">The control node has to accept the user is who they claim and AFAIK that is the job of munge.  And your onboard and external firewalls must allow the requisite ports.</div><div dir="auto"><br></div><div dir="auto">We used Galaxy (see <a href="http://galaxy.eu">galaxy.eu</a> if unfamiliar) and could submit jobs to various job runners including Slurm.  The galaxy node definitely didn't run any slurm daemons.</div><div dir="auto"><br></div><div dir="auto">I think you do need a common authentication system between the submitting node and the cluster, but that may just be what I'm used to.</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><br><div data-smartmail="gmail_signature" dir="auto">William Brown</div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, 27 Aug 2023, 07:20 Steven Swanson, <<a href="mailto:sjswanson@ucsd.edu">sjswanson@ucsd.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Can I submit jobs with a computer/docker container that is not part of the slurm cluster?</div><div><br></div>I'm trying to set up slurm as the backend for a system with Jupyter Notebook-based front end.  <div><br></div><div>The jupyter notebooks are running in containers managed by Jupyter Hub, which is a mostly turnkey system for providing docker containers that users can access via jupyter.</div><div><br></div><div>I would like the jupyter containers to be able to submit jobs to slurm, but making them part of the cluster doesn't seem to make sense because:</div><div><br></div><div>1.  They are dynamically created and don't have known hostnames.</div><div>2.  They aren't supposed to run jobs.</div><div><br></div><div>Is there a way to do this?  I tried just running slurmd in the jupyter containers, but it complained about not being able to figure out its name (I think because the container's hostname is not listed in slurm.conf).</div><div><br></div><div>My fall back solution is to use ssh to connect to the slurm head node and run jobs there, but that seems kludgy.</div><div><br></div><div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">-steve</div></div></div></div></div>
</blockquote></div>