[slurm-users] Extreme long db upgrade 16.05.6 -> 17.11.3
Ole Holm Nielsen
Ole.H.Nielsen at fysik.dtu.dk
Fri Apr 5 06:59:29 UTC 2019
I've tried to summarize your work on the Slurm database upgrade patch in
my Slurm Wiki page:
Could you kindly check if my notes are correct and complete? Hopefully
this Wiki will also help others.
On 4/4/19 1:07 PM, Lech Nieroda wrote:
> That’s correct but let’s keep in mind that it only concerns the upgrade process and not production runtime which has certain implications.
> The affected database structures have been introduced in 17.11 and an upgrade affects only versions 17.02 or prior, it wouldn’t be a problem for users who have made a fresh install of 17.11 or newer.
> Furthermore, upgrades shouldn’t skip more than one release, as that would lead to loss of state files and other important information, so users probably won’t upgrade from 17.02 to 19.05 directly. If they’d do that then yes, the patch would be applicable for 19.x, it’s just less likely to occur.
> It’s most needed in 17.11 and 18.08 but won’t be included due to late stage in their lifecycle. An understandable decision.
> To sum it up, the issue affects those users who still have 17.02 or prior versions, use their distribution defaults for mysql/mariadb from RHEL6/CentOS6 and RHEL7/CentOS7, have millions of jobs in their database *and* would like to upgrade slurm without upgrading mysql.
> Those few unfortunate souls will perhaps find this thread and use the patch ;-)
More information about the slurm-users