<div dir="ltr"><div>Slurm is working as it should. From your own examples you proved that; by not submitting to b4 the job works. However, looking at man sbatch:<br></div><div><br></div><div>       -p, --partition=<partition_names><br>              Request  a  specific partition for the resource allocation.  If not specified, the default behavior is to allow the slurm controller to select<br>              the default partition as designated by the system administrator. If the job can use more than one partition, specify their names  in  a  comma<br>              separate  list and the one offering earliest initiation will be used with no regard given to the partition name ordering (although higher pri‐<br>              ority partitions will be considered first).  When the job is initiated, the name of the partition used will be placed first in the job  record<br>              partition string.</div><div><br></div><div>In your example, the job can NOT use more than one partition (given the restrictions defined on the partition itself precluding certain accounts from using it). This, to me, seems either like a user education issue (i.e. don't have them submit to every partition), or you can try the job submit lua route - or perhaps the hidden partition route (which I've not tested).<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Sep 21, 2023 at 9:18 AM Diego Zuccato <<a href="mailto:diego.zuccato@unibo.it">diego.zuccato@unibo.it</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Uh? It's not a problem if other users see there are jobs in the <br>
partition (IIUC it's what 'hidden' is for), even if they can't use it.<br>
<br>
The problem is that if it's included in --partition it prevents jobs <br>
from being queued!<br>
Nothing  in the documentation about --partition made me think that <br>
forbidding access to one partition would make a job unqueueable...<br>
<br>
Diego<br>
<br>
Il 21/09/2023 14:41, David ha scritto:<br>
> I would think that slurm would only filter it out, potentially, if the <br>
> partition in question (b4) was marked as "hidden" and only accessible by <br>
> the correct account.<br>
> <br>
> On Thu, Sep 21, 2023 at 3:11 AM Diego Zuccato <<a href="mailto:diego.zuccato@unibo.it" target="_blank">diego.zuccato@unibo.it</a> <br>
> <mailto:<a href="mailto:diego.zuccato@unibo.it" target="_blank">diego.zuccato@unibo.it</a>>> wrote:<br>
> <br>
>     Hello all.<br>
> <br>
>     We have one partition (b4) that's reserved for an account while the<br>
>     others are "free for all".<br>
>     The problem is that<br>
>     sbatch --partition=b1,b2,b3,b4,b5 test.sh<br>
>     fails with<br>
>     sbatch: error: Batch job submission failed: Invalid account or<br>
>     account/partition combination specified<br>
>     while<br>
>     sbatch --partition=b1,b2,b3,b5 test.sh<br>
>     succeeds.<br>
> <br>
>     Shouldn't Slurm (22.05.6) just "filter out" the inaccessible partition,<br>
>     considering only the others?<br>
>     Just like what it does if I'm requesting more cores than available on a<br>
>     node.<br>
> <br>
>     I'd really like to avoid having to replicate scheduler logic in<br>
>     job_submit.lua... :)<br>
> <br>
>     -- <br>
>     Diego Zuccato<br>
>     DIFA - Dip. di Fisica e Astronomia<br>
>     Servizi Informatici<br>
>     Alma Mater Studiorum - Università di Bologna<br>
>     V.le Berti-Pichat 6/2 - 40127 Bologna - Italy<br>
>     tel.: +39 051 20 95786<br>
> <br>
> <br>
> <br>
> -- <br>
> David Rhey<br>
> ---------------<br>
> Advanced Research Computing<br>
> University of Michigan<br>
<br>
-- <br>
Diego Zuccato<br>
DIFA - Dip. di Fisica e Astronomia<br>
Servizi Informatici<br>
Alma Mater Studiorum - Università di Bologna<br>
V.le Berti-Pichat 6/2 - 40127 Bologna - Italy<br>
tel.: +39 051 20 95786<br>
<br>
</blockquote></div><br clear="all"><br><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div dir="ltr">David Rhey<br>---------------</div><div dir="ltr"><span style="font-size:12.8px">Advanced Research Computing<br></span></div><div dir="ltr"><span style="font-size:12.8px">University of Michigan</span></div></div></div></div></div>