<div dir="ltr"><div dir="ltr">Ah. I thought I had set that.<br>So I did and now it is:<div><div>AccountingStorageEnforce = associations,limits</div></div><div><br></div><div>But I am still able to request and get resources on cluster3 using projectA as my account..</div><div>Heck, I just tried using a fake account (account=asdas) and it worked...<br><br>"That ain't right..." - Guy Fleegman (GalaxyQuest)</div><div><br></div><div>Brian Andrus</div></div></div><br><div class="gmail_quote"><div dir="ltr">On Tue, Nov 6, 2018 at 4:39 PM Christopher Samuel <<a href="mailto:chris@csamuel.org">chris@csamuel.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 7/11/18 7:35 am, Brian Andrus wrote:<br>
<br>
> I am able to submit using account=projectB on cluster3. ???<br>
> Since 'projectB' is a child of account ' DevOps', which is only <br>
> associated with cluster1 and cluster2, shouldn't I be denied the ability <br>
> to run using that accout on cluster3?<br>
<br>
What does this say for you?<br>
<br>
scontrol show config | fgrep AccountingStorageEnforce<br>
<br>
All the best,<br>
Chris<br>
-- <br>
  Chris Samuel  :  <a href="http://www.csamuel.org/" rel="noreferrer" target="_blank">http://www.csamuel.org/</a>  :  Melbourne, VIC<br>
<br>
</blockquote></div>