<div dir="ltr"><div class="gmail_default" style="font-family:comic sans ms,sans-serif">Greetings --</div><div class="gmail_default" style="font-family:comic sans ms,sans-serif"><br></div><div class="gmail_default" style="font-family:comic sans ms,sans-serif">We're running Slurm 17.02.2.  <br></div><div class="gmail_default" style="font-family:comic sans ms,sans-serif"><ul><li>We have implemented OnDemand in our cluster, including the Jupyter app across all the compute nodes. The Interactive Desktop application, however, is installed on a small set of compute nodes during an extended validation period. Installation and initial testing were conducted by setting these 5 nodes aside using a reservation. Testing was limited by setting specific accounts and users.<br>These nodes are now ready for validation by all cluster account holders. I had hoped to adjust the reservation to continue for the general testing (<u>I want to prioritize use of these nodes for the desktop app</u>). I am finding that the reservation can be modified to set either Users=(null), or Accounts=(null); but not both.</li></ul></div><div style="font-family:comic sans ms,sans-serif" class="gmail_default"><br></div><div style="font-family:comic sans ms,sans-serif" class="gmail_default"><ul><li>[mrd20@hpc3 reservations]$ scontrol show res<font size="1"><span style="font-family:courier new,monospace"><br>ReservationName=ood-interactive StartTime=2019-04-19T16:13:34 EndTime=2155-05-26T22:40:50 Duration=49710-06:27:16</span></font><br><font size="1"><span style="font-family:courier new,monospace"></span></font><font size="1"><span style="font-family:courier new,monospace">Nodes=compt[162-166] NodeCnt=5 CoreCnt=80 Features=(null) PartitionName=batch Flags=SPEC_NODES</span></font><font size="1"><span style="font-family:courier new,monospace"><br>TRES=cpu=80</span></font><font size="1"><span style="font-family:courier new,monospace"><br>Users=sxg125,hxd58,nxy98,stm,mrd20,axa335,sxa641,yuh2,nxp278,jas613,gxs372,axw474,lxx97,zzz6,oxd37,lxl477,cxd239,sxg881 Accounts=(null) Licenses=(null) State=ACTIVE BurstBuffer=(null) Watts=n/a</span></font><br><br>Is there a work-around? I had merely tried:<br>> sudo scontrol update reservation=ood-interactive Users=<br>an analog of the command used to set 'Accounts=' to null.</li></ul></div><div><div style="font-family:comic sans ms,sans-serif" class="gmail_default"><b>Is there a workaround to open a reservation to all users and accounts?</b><br></div><div style="font-family:comic sans ms,sans-serif" class="gmail_default"><br></div><div style="font-family:comic sans ms,sans-serif" class="gmail_default">Contextual digression:<br></div><div style="font-family:comic sans ms,sans-serif" class="gmail_default">I'm realizing that a reservation is not the ideal long-term control method. We are a bit ambivalent about installing the desktop software as part of our provisioning. <br></div><div style="font-family:comic sans ms,sans-serif" class="gmail_default"><br></div><div style="font-family:comic sans ms,sans-serif" class="gmail_default">My short-term workaround is to catalog our most active accounts, set 'Accounts=<top-50-active-accounts>' and set Users null, Then promote the service for evaluation, adding further accounts by request.</div><div style="font-family:comic sans ms,sans-serif" class="gmail_default"><br></div><div style="font-family:comic sans ms,sans-serif" class="gmail_default">Am I being *too* short-sighted in persisting with a reservation to control access to these nodes? We may  implement the service through a separate queue if we decide to restrict the desktop app software to just a limited number of nodes. I haven't yet thought of a way to prioritize availability through setting a feature, since it's my perception that OnDemand is only successful if requested resources become available with only a short delay (~5 min or so).</div><div style="font-family:comic sans ms,sans-serif" class="gmail_default"><br></div><div style="font-family:comic sans ms,sans-serif" class="gmail_default"><span class="gmail_default" style="font-family:comic sans ms,sans-serif">Thanks</span></div><div style="font-family:comic sans ms,sans-serif" class="gmail_default"><span class="gmail_default" style="font-family:comic sans ms,sans-serif">~ Em</span><br></div></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div><span style="font-family:"comic sans ms",sans-serif;font-size:small">E.M. Dragowsky, Ph.D.</span><br></div><div><font size="2" face="comic sans ms, sans-serif">Research Computing -- UTech</font></div><div><font size="2" face="comic sans ms, sans-serif">Case Western Reserve University<br></font></div><div><font size="2" face="comic sans ms, sans-serif">(216) 368-0082</font></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div>