<div dir="ltr">...and for the SchedMD folks, it would be a lot simpler to drop/disambiguate the "year it was released" first element in the version number, and just use it as an incrementing major version number.<div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 9, 2019 at 6:42 PM Fulcomer, Samuel <<a href="mailto:samuel_fulcomer@brown.edu">samuel_fulcomer@brown.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"><div dir="ltr"><div dir="ltr">Hi Pariksheet,</div><div dir="ltr"><br></div><div>To confirm, "14", "15", "16", and "17" do not denote major versions. For example, "17.02" and "17.11" are different major versions. Only "MM.NN" denotes a major version. This is somewhat unintuitive, and I've suggested some documentation clarification, but it's still somewhat easily missed.</div><div><br></div><div>Regards,</div><div>Sam</div><div dir="ltr"><br></div><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 9, 2019 at 6:23 PM Pariksheet Nanda <<a href="mailto:pariksheet.nanda@gmail.com" target="_blank">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 Samuel,<br><br>On Mon, Jul 8, 2019 at 8:19 PM Fulcomer, Samuel <<a href="mailto:samuel_fulcomer@brown.edu" target="_blank">samuel_fulcomer@brown.edu</a>> wrote:<br>><br>> 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.<br></div>--snip--<br><div>> ...and you should follow the upgrade instructions on <a href="http://schedmd.com" target="_blank">schedmd.com</a>. Note that you need to start the slurmdbd before the slurmctld, and be patient while slurmdbd updates the schema.<br></div><div><br></div><div>Thanks for taking the time to share this warning and your experiences!  I'm familiar with the the limitation of hopping no further than 2 releases at a time due to the DB schema changes and should have mentioned my awareness of that in my original e-mail to not give good Samaritans like you panic attacks.  So sorry for that omission on my part!</div><div><br></div><div>Past upgrades have been eventful.  I orchestrated our upgrade from SLURM 14 to 15 in May of 2016, and a previous administrator did the upgrade from some prior version to 14.  In my case, for some reason running `make install` omitted installing 2 compiled libraries from the .lib/plugins/ directory to the filesystem.  There were also other idiosyncrasies that would have added a lot more time and stress to the outage had I not tried simulating the upgrade first.  It's possible that others on this list have seamless upgrade experiences, but that's the baggage I now carry around.<br></div><div><br></div><div><br></div><div><div>> regards,<br><div>> s</div><div><br></div><div>Pariksheet<br></div><br></div></div></div>
</blockquote></div></div>
</blockquote></div>