<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p>I would submit a bug on this just to inquire as to if there is
any replacement or option for FastSchedule 0. They may have
suggestions.</p>
<p>-Paul Edmon-<br>
</p>
<div class="moz-cite-prefix">On 11/6/19 3:16 AM, Taras Shapovalov
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CAJr6v3H-B=+OGp23SVaz6QYqGGCZoSyVemHq+_KoKMoSg_C72Q@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div dir="ltr">Hi Chris,<br>
<div><br>
</div>
<div>Thanks for the answer. </div>
<div>Does this mean that there is no way to get rid of annoying
error messages in the logs if we need the hardware
autodetection (FastSchedule=0)?</div>
<div><br>
</div>
<div>
<pre style="margin:10px;padding:0px;color:rgb(0,0,0);font-size:1em;width:auto"><span style="font-family:Consolas,"Bitstream Vera Sans Mono","Courier New",Courier,monospace">error: FastSchedule will be removed in 20.02, as will the FastSchedule=0 functionality. Please consider removing this from your configuration now.</span></pre>
</div>
<div><br>
</div>
<div>The error message suggests to "consider" this somehow. But
I don't get how we should consider this.</div>
<div><br>
</div>
<div>Best regards,</div>
<div><br>
</div>
<div>Taras</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Wed, Nov 6, 2019 at 5:30 AM
Chris Samuel <<a href="mailto:chris@csamuel.org"
moz-do-not-send="true">chris@csamuel.org</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">On
5/11/19 6:36 am, Taras Shapovalov wrote:<br>
<br>
> Since Slurm 19.05.3 we get an error message that
FastSchedule is <br>
> deprecated. But I cannot find in the documentation what
is an <br>
> alternative option for FastSchedule=0. Do you know how we
can do that <br>
> without using the option since 19.05.3?<br>
<br>
There isn't an alternative for FastSchedule=0 from what I can
see, it <br>
seems that it doesn't work properly with cons_tres (which will
be <br>
replacing cons_res) and so is destined for the scrap heap.<br>
<br>
See slide 10 of Tim's presentation from this years Slurm Users
Group <br>
meeting:<br>
<br>
<a
href="https://slurm.schedmd.com/SLUG19/Slurm_20.02_and_Beyond.pdf"
rel="noreferrer" target="_blank" moz-do-not-send="true">https://slurm.schedmd.com/SLUG19/Slurm_20.02_and_Beyond.pdf</a><br>
<br>
All the best,<br>
Chris<br>
-- <br>
Chris Samuel : <a href="http://www.csamuel.org/"
rel="noreferrer" target="_blank" moz-do-not-send="true">http://www.csamuel.org/</a>
: Berkeley, CA, USA<br>
<br>
</blockquote>
</div>
</blockquote>
</body>
</html>