<div dir="ltr"><div>Mahmood, good to hear you have a solution.<br><br></div>One learning point    grep -i   is a good default option.  This ignores the case of the search, so you would have found WCKey a bit faster.<br><br></div><div class="gmail_extra"><br><div class="gmail_quote">On 2 May 2018 at 04:26, Mahmood Naderan <span dir="ltr"><<a href="mailto:mahmood.nt@gmail.com" target="_blank">mahmood.nt@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Thanks Trevor for pointing out that there is an option for such thing<br>
is slurm.conf. Although I previously greped for *wc* and found<br>
nothing, the correct name is TrackWCKey which is set to "yes" by<br>
default. After setting that to "no", the error disappeared.<br>
<br>
About the comments on Rocks and the Slurm roll... in my experiences,<br>
rocks 7 is very good and the unofficial slurm roll provided by Werner<br>
is also very good. It is worth to give them a try. Although I had some<br>
experiences with manual slurm installation on an ubuntu cluster some<br>
years ago, the automatic installation of the roll was very nice<br>
indeed! All the commands and configurations can be extracted from the<br>
roll. So there is no dark point about that. Limited issues about<br>
slurm, e.g. installation, are directly related to Werner. Most of the<br>
other question are related to the slurm itself. For example accounting<br>
and other things.<br>
<br>
<br>
Regards,<br>
Mahmood<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
<br>
<br>
On Tue, May 1, 2018 at 9:35 PM, Cooper, Trevor <<a href="mailto:tcooper@sdsc.edu">tcooper@sdsc.edu</a>> wrote:<br>
><br>
>> On May 1, 2018, at 2:58 AM, John Hearns <<a href="mailto:hearnsj@googlemail.com">hearnsj@googlemail.com</a>> wrote:<br>
>><br>
>> Rocks 7 is now available, which is based on CentOS 7.4<br>
>> I hate to be uncharitable, but I am not a fan of Rocks. I speak from experience, having installed my share of Rocks clusters.<br>
>> The philosophy just does not fit in with the way I look at the world.<br>
>><br>
>> Anyway, to install extra software on Rocks you need a 'Roll'   Mahmood Looks like you are using this Roll<br>
>> <a href="https://sourceforge.net/projects/slurm-roll/" rel="noreferrer" target="_blank">https://sourceforge.net/<wbr>projects/slurm-roll/</a><br>
>> It seems pretty mpdern as it installs Slurm 17.11.3<br>
>><br>
>><br>
>> On 1 May 2018 at 11:40, Chris Samuel <<a href="mailto:chris@csamuel.org">chris@csamuel.org</a>> wrote:<br>
>> On Tuesday, 1 May 2018 2:45:21 PM AEST Mahmood Naderan wrote:<br>
>><br>
>> > The wckey explanation in the manual [1] is not meaningful at the<br>
>> > moment. Can someone explain that?<br>
>><br>
>> I've never used it, but it sounds like you've configured your system to require<br>
>> it (or perhaps Rocks has done that?).<br>
>><br>
>> <a href="https://slurm.schedmd.com/wckey.html" rel="noreferrer" target="_blank">https://slurm.schedmd.com/<wbr>wckey.html</a><br>
>><br>
>> Good luck,<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>
>><br>
><br>
> The slurm-roll hosted on sourceforge is developed and supported by Werner Saar not by developers of Rocks and/or other Rocks application rolls (e.g. SDSC).<br>
><br>
> There is ample documentation on sourceforge[1] on how to configure your Rocks cluster to properly deploy the slurm-roll components and update your Slurm configuration.<br>
><br>
> There is also an active discussion group for the slurm-roll on sourceforge[2] where Werner supports users of the slurm-roll for Rocks.<br>
><br>
> While we don't use Werner's slurm-roll on our Rocks/Slurm based systems I have installed it on test system and can say that it works as expected/documented.<br>
><br>
> In the default configuration WCKeys were NOT enabled so this something that you must have added to your Slurm configuration.<br>
><br>
> If you don't need the WCKeys capability of Slurm perhaps you could simply disable it in your Slurm configuration.<br>
><br>
> Hope this helps,<br>
> Trevor<br>
><br>
> [1] - <a href="https://sourceforge.net/projects/slurm-roll/files/release-7.0.0-17.11.05/slurm-roll.pdf" rel="noreferrer" target="_blank">https://sourceforge.net/<wbr>projects/slurm-roll/files/<wbr>release-7.0.0-17.11.05/slurm-<wbr>roll.pdf</a><br>
> [2] - <a href="https://sourceforge.net/p/slurm-roll/discussion/" rel="noreferrer" target="_blank">https://sourceforge.net/p/<wbr>slurm-roll/discussion/</a><br>
><br>
> --<br>
> Trevor Cooper<br>
> HPC Systems Programmer<br>
> San Diego Supercomputer Center, UCSD<br>
> 9500 Gilman Drive, 0505<br>
> La Jolla, CA 92093-0505<br>
><br>
<br>
</div></div></blockquote></div><br></div>