<div dir="auto">Hi guys,<div dir="auto">Thanks for the replay.</div><div dir="auto">I will try to add my slurm.conf tomorrow. Sadly, its a bit of a problem since its on a cluster disconected from the net and with no easy way of getting it out :(</div><div dir="auto"><br></div><div dir="auto">I will try tomorrow with the hope that any body could catch some bad parameter.</div><div dir="auto"><br></div><div dir="auto">Thanks,</div><div dir="auto">Roy</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Nov 13, 2017 7:38 PM, "Douglas Jacobsen" <<a href="mailto:dmjacobsen@lbl.gov">dmjacobsen@lbl.gov</a>> wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">Assuming you are using backfill, I suspect this is caused by using default schedulerparameters, specifically the bf maxjobs or other similar limits that would prevent jobs from being reviewed.  Setting debugflags=backfill will help greatly in debugging these issues.<div dir="auto"><br></div><div dir="auto">There are analogous parameters for the lightweight, non backfill scheduler.</div><div dir="auto"><br></div><div dir="auto">Checking slurm.conf man page under schedulerparameters should be very informative.</div></div><div class="elided-text"><div class="gmail_extra"><br><div class="gmail_quote">On Nov 13, 2017 10:29, "A" <<a href="mailto:andrealphus@gmail.com" target="_blank">andrealphus@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">I'm guessing you should have sent them to cluster Decepticon, instead.... <div dir="auto"><br></div><div dir="auto">In all seriousness though, provide the conf file. You might have accidentally set a maximum number of running jobs somewhere</div><div dir="auto"><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Nov 13, 2017 7:28 AM, "Benjamin Redling" <<a href="mailto:benjamin.rampe@uni-jena.de" target="_blank">benjamin.rampe@uni-jena.de</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Roy,<br>
<br>
On 11/13/17 2:37 PM, Roe Zohar wrote:<br>
[...]<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I sent 3000 jobs with feature Optimus and part are running while part are pendind. Which is ok.<br>
But I have sent 1000 jobs to Megatron and they are all in pending stating they wait because of priority. Whay os that?<br>
<br>
B.t.w if I change their priority to a higher one, they start to run on Megatron.<br>
</blockquote>
<br>
my guess: is if you can provide the slurm.conf of that cluster, the probability anyone will sacrifice his spare-time for you will increase significantly.<br>
<br>
Regards,<br>
Benjamin<br>
-- <br>
FSU Jena | JULIELab.de/Staff/Benjamin+Red<wbr>ling.html<br>
☎ <a href="tel:%2B49%203641%209%2044323" value="+493641944323" target="_blank">+49 3641 9 44323</a><br>
<br>
</blockquote></div></div>
</blockquote></div></div>
</div></blockquote></div><br></div>