<div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Mar 11, 2020 at 9:57 PM Chris Samuel <<a href="mailto:chris@csamuel.org">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">If so move it out of the way somewhere safe (just in case) and try again.<br></blockquote><div><br></div><div>Aaah, that's a cool find! I never really looked inside my nodes for more than a year since I debugged all my stuff so it "just works". They are conjured out of nothing and dissolve back into nothing after 10 minutes of inactivity. But good to know! In the cloud, changing the amount of RAM and the number and even type of CPUs is all too easy.<br></div><div><br></div><div>Mike, if I were you, I'd probably move out *all* files out of that directory. Who knows what other surprising mismatches due to the changed hardware it contains.<br></div><div><br></div><div>I will eat my hat if there is anything of value there--I never had to prepopulate any directories under /var on a compute node. /etc/slurm/* is the only Slurm-related thing my cloud rig nodes pulls down from the common config storage upon boot--the only boot in their lifetime.</div><div><br></div><div>That was a very educational problem-solving session, thank you both guys!</div><div><br></div> -kkm<br></div></div>