<div><div dir="auto">I have very similar issue for quite a time and I was unable to find its root cause. Are you using sssd and AD as a data source with only a subtree of entries searched - this is my case.</div></div><div dir="auto"><br></div><div dir="auto">Did you disable users enumeration?  It also what I have. I didn’t find ang evidence that it’s related but... maybe</div><div dir="auto"><br></div><div dir="auto">Cheers,</div><div dir="auto">Marcin</div><div><br><div class="gmail_quote"><div dir="ltr">On Thu, 8 Nov 2018 at 19:41, Brian Andrus <<a href="mailto:toomuchit@gmail.com">toomuchit@gmail.com</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 dir="ltr"><div dir="ltr">All, <div>I am seeing what looks like the same issue as <a href="https://bugs.schedmd.com/show_bug.cgi?id=2119" target="_blank">https://bugs.schedmd.com/show_bug.cgi?id=2119</a></div><div><br></div><div>Where, slurmctld is not picking up new accounts unless it is restarted.</div><div><br></div><div>I have 4 clusters (non-federated), all using the same slurmdbd </div><div>When I added an association for user name=me cluster=DevOps  account=Project1 and then tried to start a job, I kept getting an error:</div><div><div><b>srun: error: Unable to allocate resources: Invalid account or account/partition combination specified</b></div></div><div><br></div><div>Then I restarted slurmctld on DevOps master and my job ran fine.</div><div><br></div><div>Is there some slurmdbd caching going on by slurmctld?</div><div><br></div><div>This is an issue in a production environment. We don't want to have to restart all the slurmctld daemons anytime there is a change to any associations. That could get painful</div></div></div></div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div><br></div><div>Brian Andrus</div></div></div></div>
</blockquote></div></div>