<div dir="ltr"><div>Hi Pariksheet,</div><div><br></div><div>Note that an "upgrade", in the sense that retained information is converted to new formats, is only relevant for the slurmctld/slurmdbd  (and backup) node.</div><div><br></div><div>If you're planning downtime in which you quiesce job execution (i.e., schedule a maintenance reservation), and have image configs to change for the slurmd/worker nodes, you can just go ahead and bring up the worker node with the latest stable v19 (NB, this assumes that they do not have running jobs) _after_ you bring up the controller/dbd nodes.</div><div><br></div><div>For the controller/dbd nodes, the imperative important consideration is that you upgrade by no more than 2 releases at a time. We no longer have any 15.XX tar balls available. Note that a major release is denoted by <a href="http://NN.MM">NN.MM</a>, where any difference in NN or MM is a different major release. For example, 17.02.xx and 17.11.xx reference two different major releases (17.02 and 17.11). This bit me before when upgrading from <a href="http://15.MM">15.MM</a> to 17.11.xx.</div><div><br></div><div>The underlying issue is database schema compatibility/regression. Each upgrade is only intended to provided capability to successfully upgrade the schema from two versions back.</div><div><br></div><div>So... what you need to do is find the major release versions following 15.08, e.g:</div><div><br></div><div>1. 15.08, </div><div>2. ?? (We've got a 16.05 tar ball)</div><div>3. ?? (probably 17.02)</div><div><br></div><div>That will get you into the current tarball versions you can download from schedmd. If 16.05 is the only major version between 15.08 and 17.02, you should be able to upgrade directly to 17.02; _however_, I can't confirm that it is. You'll need to have someone else pipe up to confirm this.</div><div><br></div><div>...and you should follow the upgrade instructions on <a href="http://schedmd.com">schedmd.com</a>. Note that you need to start the slurmdbd before the slurmctld, and be patient while slurmdbd updates the schema.</div><div><br></div><div>regards,</div><div>s</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jul 8, 2019 at 3:50 PM Pariksheet Nanda <<a href="mailto:pariksheet.nanda@gmail.com">pariksheet.nanda@gmail.com</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"><div dir="ltr"><div>Hi SLURM devs,</div><div><br></div><div>TL;DR: What magic incantations are needed to preprocess the slurm.spec file in SLURM 15?</div><br>Our cluster is currently running SLURM version 15.08.11.  We are planning some downtime to upgrade to 17 and then to 19, and in preparation for the upgrade I'm simulating the upgrade steps in libvirt Vagrant VMs with Ansible playbooks.<br><br>However the issue I'm running into is using the GitHub tarball [1] the slurm.spec file has invalid entries:<br><br><br>pan14001@becat-pan ~/src/ansible-hpc-storrs $ vagrant ssh head1<br>Last login: Thu Jun  6 14:00:18 2019 from 192.168.121.1<br>[vagrant@head1 ~]$ sudo su -<br>[root@head1 ~]# cd /tmp/<br>[root@head1 tmp]# rpmbuild -ta ~/src/slurm-15-08-11-1.tar.gz<br>error: line 89: Tag takes single token only: Name:    see META file<br>[root@head1 tmp]# tar --strip-components=1 -xf ~/src/slurm-15-08-11-1.tar.gz slurm-slurm-15-08-11-1/slurm.spec<br>[root@head1 tmp]# grep -F META slurm.spec<br>Name:    see META file<br>Version: see META file<br>Release: see META file<br>[root@head1 tmp]#<br><br><br>In the past when we installed SLURM we used the tarballs from the <a href="http://slurm.schedmd.com" target="_blank">slurm.schedmd.com</a> website which behaved differently.  But I see those tarballs have been removed due to the security vulnerability (CVE-2018-10995); all versions of Slurm prior to 17.02.11 or 17.11.7 are no longer available for download from the SchedMD website.<br><br>Presumably there is some preprocessing step to substitute the "see META file" comments strings?  I'm not able to find any build automation that processes the slurm.spec file.<br><br>Pariksheet<br><br>[1] <a href="https://github.com/SchedMD/slurm/archive/slurm-15-08-11-1.tar.gz" target="_blank">https://github.com/SchedMD/slurm/archive/slurm-15-08-11-1.tar.gz</a></div>
</blockquote></div></div>