Skip to content
GitLab
Explore
Sign in
Primary navigation
Search or go to…
Project
S
Slurm
Manage
Activity
Members
Labels
Plan
Issues
Issue boards
Milestones
Code
Merge requests
Repository
Branches
Commits
Tags
Repository graph
Compare revisions
Snippets
Build
Pipelines
Jobs
Pipeline schedules
Artifacts
Deploy
Releases
Package Registry
Model registry
Operate
Environments
Terraform modules
Monitor
Incidents
Service Desk
Analyze
Value stream analytics
Contributor analytics
CI/CD analytics
Repository analytics
Model experiments
Help
Help
Support
GitLab documentation
Compare GitLab plans
Community forum
Contribute to GitLab
Provide feedback
Terms and privacy
Keyboard shortcuts
?
Snippets
Groups
Projects
Show more breadcrumbs
tud-zih-energy
Slurm
Commits
863ecabe
Commit
863ecabe
authored
10 years ago
by
Morris Jette
Browse files
Options
Downloads
Patches
Plain Diff
Update upgrade documentation
parent
1666af5e
No related branches found
No related tags found
No related merge requests found
Changes
1
Hide whitespace changes
Inline
Side-by-side
Showing
1 changed file
doc/html/quickstart_admin.shtml
+14
-3
14 additions, 3 deletions
doc/html/quickstart_admin.shtml
with
14 additions
and
3 deletions
doc/html/quickstart_admin.shtml
+
14
−
3
View file @
863ecabe
...
...
@@ -691,7 +691,13 @@ but may also include very minor enhancements.</p>
release number as the Slurmctld daemons.
In other words, when changing the version to a higher release number (e.g
from 2.4 to 2.5) <b>always upgrade the SlurmDBD daemon first</b>.
The slurmctld daemon must also be upgraded before or at the same time as
Database table changes may be required for the upgrade, for example
adding new fields to existing tables.
If the database contains a large number of entries, <b>the SlurmDBD daemon
may require tens of minutes to update the database and be unresponsive
during this time interval</b>.</p>
<p>The slurmctld daemon must also be upgraded before or at the same time as
the slurmd daemons on the compute nodes.
Generally upgrading Slurm on all of the login and compute nodes is recommended,
although rolling upgrades are also possible (i.e. upgrading the head node(s)
...
...
@@ -718,7 +724,12 @@ versions (e.g. 2.5.0-pre1 to 2.5.0-pre2).
We'll try to note these cases in the NEWS file.
Contents of major releases are also described in the RELEASE_NOTES file.</p>
<p>Be mindful of your configured SlurmdTimeout and SlurmctldTimeout values.
<p>The libslurm.so version is increasaed every major release.
So things like MPI libraries with Slurm integration should be recompiled.
Sometimes it works to just symlink the old so name(s) to the new one, but this
has no guarantee of working.</p>
<p><b>Be mindful of your configured SlurmdTimeout and SlurmctldTimeout values</b>.
If your Slurm daemon down time associated with an upgrade take longer than
the timeout value, nodes may be marked DOWN and their jobs killed.
You can either increase timeout values during an upgrade or insure that your
...
...
@@ -765,6 +776,6 @@ options such as mysql and gui tools via a configuration menu.</p>
</pre> <p class="footer"><a href="#top">top</a></p>
<p style="text-align:center;">Last modified
29 May
2014</p>
<p style="text-align:center;">Last modified
11 June
2014</p>
<!--#include virtual="footer.txt"-->
This diff is collapsed.
Click to expand it.
Preview
0%
Loading
Try again
or
attach a new file
.
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Save comment
Cancel
Please
register
or
sign in
to comment