<div dir="ltr">Thank you, thank you, thank you.  It was the firewall on CentOS 7.  Once I disabled that it worked.<div><br></div><div>For anyone else who runs into this issue here is how to disable the firewall on CentOS 7:</div><div><br></div><div><a href="https://linuxize.com/post/how-to-stop-and-disable-firewalld-on-centos-7/">https://linuxize.com/post/how-to-stop-and-disable-firewalld-on-centos-7/</a><br></div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jan 21, 2020 at 7:24 AM Brian Johanson <<a href="mailto:bjohanso@psc.edu">bjohanso@psc.edu</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"><br>
On 1/21/2020 12:32 AM, Chris Samuel wrote:<br>
> On 20/1/20 3:00 pm, Dean Schulze wrote:<br>
><br>
>> There's either a problem with the source code I cloned from github, <br>
>> or there is a problem when the controller runs on Ubuntu 19 and the <br>
>> node runs on CentOS 7.7. I'm downgrading to a stable 19.05 build to <br>
>> see if that solves the problem.<br>
><br>
> I've run the master branch on a Cray XC without issues, and I concur <br>
> with what the others have said and suggest it's worth checking the <br>
> slurmd and slurmctld logs to find out why communications is not right <br>
> between them.<br>
><br>
and if the logs do not have enough information, run the daemon in the <br>
foreground with increased verbosity<br>
<br>
slurmd -D -v -v -v<br>
<br>
As another said, check if the connections are available with telnet  <br>
server->client 'telnet node1 6818' (6818 is the default slurmd port) and <br>
same from compute->server.<br>
<br>
Are these new host builds?  Is there a firewall enabled?  Kinda sounds <br>
like a firewall on the client that allows outbound (initial connection <br>
to the slurmctl) but not new inbound (slurmctl ping) connections.<br>
<br>
-b<br>
<br>
<br>
</blockquote></div>