<div dir="ltr"><div dir="ltr"><div>Going off topic, if you want an ssh client and an X-server on a Windows workstation or laptop, I highly recommend MobaXterm.</div><div>You can open a remote desktop easily.</div><div>Session types are ssh, VNC, RDP, Telnet(!) , Mosh and anything else you can think of.</div><div>Including a serial terminal for those times when you just have to get into the data centre and plug in that emergency serial console.</div><div><br></div><div><a href="https://mobaxterm.mobatek.net/">https://mobaxterm.mobatek.net/</a></div><div>Fantastic piece of software.</div></div></div><br><div class="gmail_quote"><div dir="ltr">On Tue, 27 Nov 2018 at 09:58, Tina Friedrich <<a href="mailto:tina.friedrich@it.ox.ac.uk">tina.friedrich@it.ox.ac.uk</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Why would you run a slurmctld on a *submit* host? You only need the <br>
controller daemon on, well, the controllers (what I would still call <br>
'queue masters' :) ). Personally I'd make quite sure that no-one apart <br>
from admins has rights to log in to those, really!<br>
<br>
In fact, you don't need to run any daemon on a submit host; it just <br>
needs access to the binaries and the cluster config. We run Centos, so I <br>
build the rpms; all I install on the login node(s) is 'slurm' - neither <br>
'slurmd' nor 'slurmctld' are required. Which is certainly not something <br>
you couldn't install on a bunch or workstations, especially if they are <br>
managed machines.<br>
<br>
Tina<br>
<br>
On 26/11/2018 23:23, Goetz, Patrick G wrote:<br>
> I'm a little confused about how this would work.  For example, where<br>
> does slurmctld run?  And if on each submit host, why aren't the control<br>
> daemons stepping all over each other?<br>
> <br>
> On 11/22/18 6:38 AM, Stu Midgley wrote:<br>
>> indeed.<br>
>><br>
>> All our workstations are submit hosts and in the queue, so people can<br>
>> run jobs on their local host if they want.<br>
>><br>
>> We have a GUI tightly integrated with our environment for our staff to<br>
>> submit and monitor their jobs from (they don't have to touch a single<br>
>> job script).<br>
>><br>
>> On Thu, Nov 22, 2018 at 6:28 PM Tina Friedrich<br>
>> <<a href="mailto:tina.friedrich@it.ox.ac.uk" target="_blank">tina.friedrich@it.ox.ac.uk</a> <mailto:<a href="mailto:tina.friedrich@it.ox.ac.uk" target="_blank">tina.friedrich@it.ox.ac.uk</a>>> wrote:<br>
>><br>
>>      I really don't want to start a flaming discussion on this - but I don't<br>
>>      think it's an unusual situation. I have, in likewise roughtly 15 years<br>
>>      of doing this, not ever worked anywhere where people didn't have a GUI<br>
>>      to submit from. It's always been a case of 'Wand to use the cluster?<br>
>>      We'll make your workstation a submit host.'<br>
>><br>
>>      I think it's a pretty standard way of handling things it you are an<br>
>>      institute that runs their own (maybe small) cluster, especially if the<br>
>>      workstations are also managed machine.<br>
>><br>
>>      Tina<br>
>><br>
>>      On 21/11/2018 23:26, Christopher Samuel wrote:<br>
>>       > On 22/11/18 5:04 am, Mahmood Naderan wrote:<br>
>>       ><br>
>>       >> The idea is to have a job manager that find the best node for a<br>
>>      newly<br>
>>       >> submitted job. If the user has to manually ssh to a node, why one<br>
>>       >> should use slurm or any other thing?<br>
>>       ><br>
>>       > You are in a really really unusual situation - in 15 years I've<br>
>>      not come<br>
>>       > across a situation before this where a user would have GUI access<br>
>>      to a<br>
>>       > system that can submit jobs directly to a cluster like you can.<br>
>>       ><br>
>>       > I'm not sure why Slurm has this restriction but it might be that<br>
>>      you can<br>
>>       > start up an xterm, change your $DISPLAY to be localhost:0 and see<br>
>>      if you<br>
>>       > can start an X11 application from that.  It might be that you'll<br>
>>      need to<br>
>>       > add an xauth cookie for localhost to get that going.<br>
>>       ><br>
>>       > If it does work then (hopefully) you can use that trick to fire<br>
>>      up jobs<br>
>>       > with X11 display forwarding.<br>
>>       ><br>
>>       > All the best,<br>
>>       > Chris<br>
>><br>
>><br>
>><br>
>> -- <br>
>> Dr Stuart Midgley<br>
>> <a href="mailto:sdm900@gmail.com" target="_blank">sdm900@gmail.com</a> <mailto:<a href="mailto:sdm900@gmail.com" target="_blank">sdm900@gmail.com</a>><br>
</blockquote></div>