slurmd(8)
π slurmd(8) β Slurm Daemon π
okay so bestie, gather round, because this is part 1 of 2 of the slurmd(8) manual page and it is a lot. slay. let's get into it π
β¨ NAME β¨
slurmd β the compute node daemon for Slurm. that's the whole vibe. it's the one holding it down on the compute node. π
β¨ SYNOPSIS β¨
slurmd [OPTIONS...]
literally just that. options in, daemon out. πΈ
β¨ DESCRIPTION β¨
slurmd is the compute node daemon of Slurm, no cap. it does the following, and it does it fiercely:
- monitors all tasks running on the compute node
- accepts work (tasks) π₯
- launches tasks π
- kills running tasks upon request π
that's the job. it's giving main character energy on every node. π¦
β¨ OPTIONS β¨
okay this is the long part. every single one. no skipping, we're not that girl. π«Ά
--authinfoβ used with configless to set an alternateAuthInfoparameter to be used to establish communication withslurmctldbefore the configuration file has been retrieved. (E.g., to specify an alternate MUNGE socket location.) iykyk. π-bβ report node rebooted when daemon restarted. used for testing purposes. that's it, that's the flag. π§ͺ-cβ clear system locks as needed. this may be required ifslurmdterminated abnormally. messy queen behavior, we fix it. π§Ή-Cβ print the actual hardware configuration (not the configuration from theslurm.conffile) and exit. the format of output is the same as used inslurm.confto describe a node's configuration plus its uptime. you may use--parametersto specify options such as'l3cache_as_socket'which may alter the reported node topology. π»--ca-cert-file <file>β absolute path to CA certificate used for fetching configuration when running configless in a TLS enabled cluster. π--conf <node parameters>β used in conjunction with the-Zoption. used to override or define additional parameters of a dynamic node using the same syntax and parameters used to define nodes in theslurm.conf. specifying any ofCPUs,Boards,SocketsPerBoard,CoresPerSocketorThreadsPerCorewill override the defaults defined by the-Coption.NodeNameandPortare not supported. this can also be used to specify a cloud node's topology, in which case the-Zflag should not be used (e.g.,--conf="topology=topo-switch:s1").
for example if slurmd -C reports
NodeName=node1 CPUs=16 Boards=1 SocketsPerBoard=1 CoresPerSocket=8 ThreadsPerCore=2 RealMemory=31848
the following --conf specifications will generate the corresponding node definitions:
--conf "Gres=gpu:2"
NodeName=node1 CPUs=16 Boards=1 SocketsPerBoard=1 CoresPerSocket=8 ThreadsPerCore=2 RealMemory=31848 Gres=gpu:2
--conf "RealMemory=30000"
NodeName=node1 CPUs=16 Boards=1 SocketsPerBoard=1 CoresPerSocket=8 ThreadsPerCore=2 RealMemory=30000
--conf "CPUs=16"
NodeName=node1 CPUs=16 RealMemory=331848
--conf "CPUs=16 RealMemory=30000 Gres=gpu:2"
NodeName=node1 CPUs=16 RealMemory=30000 Gres=gpu:2"
GPU detection occurs automatically when:
--confdoes not specify any GPU GRESgres.confdoes not contain any explicit GPU GRES records for the nodegres.confdoes not containAutoDetect=off
if AutoDetect in gres.conf specifies a particular detection mechanism (e.g., NVML, NVIDIA, RSMI, oneAPI, NRT), it will use that mechanism to try to detect a GPU. if no AutoDetect is specified, the slurmd defaults to the full GPU detection method.
the following shows GPU autodetection behavior for a node with 2 local A100 GPUs:
no --conf, no AutoDetect in gres.conf:
NodeName=node1 CPUs=16 Boards=1 SocketsPerBoard=1 CoresPerSocket=8 ThreadsPerCore=2 RealMemory=31848 Gres=gpu:a100:2
--conf "Gres=tmpfs:1000", no AutoDetect in gres.conf:
NodeName=node1 CPUs=16 Boards=1 SocketsPerBoard=1 CoresPerSocket=8 ThreadsPerCore=2 RealMemory=31848 Gres=tmpfs:1000,gpu:a100:2
--conf "Gres=tmpfs:1000", AutoDetect=nvml in gres.conf:
NodeName=node1 CPUs=16 Boards=1 SocketsPerBoard=1 CoresPerSocket=8 ThreadsPerCore=2 RealMemory=31848 Gres=tmpfs:1000,gpu:a100:2
--conf "Gres=tmpfs:1000", AutoDetect=off in gres.conf:
NodeName=node1 CPUs=16 Boards=1 SocketsPerBoard=1 CoresPerSocket=8 ThreadsPerCore=2 RealMemory=31848 Gres=tmpfs:1000
--conf-server <host|ip address>[:<port>]β comma-separated list of controllers, the first being the primaryslurmctld. a port can (optionally) be specified for each controller. these hosts are where theslurmdwill fetch the configuration from when running in "configless" mode. NOTE: if specifying an IPv6 address, wrap the<ip address>in[]to distinguish the address from the port. this is required even if no port is specified. bestie the brackets are not optional okay π-d <file>β specify the fully qualified pathname to theslurmstepdprogram to be used for shepherding user job steps. this can be useful for testing purposes. π§ͺ-Dβ runslurmdin the foreground with logging copied tostderr. front and center, no hiding. π--extra <arbitrary string>β set "extra" data on node startup. if this is a json string andSchedulerParameters=extra_constraintsis set inslurm.conf, then jobs may use the--extraoption to filter based on this "extra" data. β¨-f <file>β read configuration from the specified file. see NOTES below. π-F[feature]β start this node as a Dynamic Future node. it will try to match a node definition with a state ofFUTURE, optionally using the specified feature to match the node definition. manifesting your future node fr fr π-Gβ print Generic RESource (GRES) configuration (based uponslurm.confGRES merged withgres.confcontents for this node) and exit. π-hβ help; print a brief summary of command options. we love a queen who asks for directions π«Ά--instance-id <cloud instance id>β set cloud instance ID on node startup. βοΈ--instance-type <cloud instance type>β set cloud instance type on node startup. βοΈβ¨-L <file>β write log messages to the specified file. π-Mβ lockslurmdpages into system memory usingmlockall(2) to disable paging of theslurmdprocess. this may help in cases where nodes are markedDOWNduring periods of heavy swap activity. if themlockall(2) system call is not available, an error will be printed to the log andslurmdwill continue as normal. it is suggested to setLaunchParameters=slurmstepd_memlockinslurm.conf(5)when setting-M. π-n <value>β set the daemon's nice value to the specified value, typically a negative number. also note thePropagatePrioProcessconfiguration parameter. π-N <nodename>β run the daemon with the given nodename. used to emulate a larger system with more than oneslurmddaemon per node. requires that Slurm be built using the--enable-multiple-slurmdconfigure option. π«--parameters <slurmd parameters>β allows for temporary node-specific changes toSlurmdParameters. can be used alongside-Cto specify options such as'l3cache_as_socket'which may alter the reported node topology. these parameters are appended to any node-specificParametersdefined inslurm.conf. ποΈ-sβ change working directory ofslurmdtoSlurmdLogFilepath if possible, or toSlurmdSpoolDirotherwise. if both of them fail it will fallback to/var/tmp. plan A, plan B, plan C, we stay housed π--systemdβ use when starting the daemon withsystemd. this will allowslurmdto notifysystemdof the new PID when using'scontrol reconfigure'. π-vβ verbose operation. multiple-v's increase verbosity. louder = better, as always π’-V,--versionβ print version information and exit. π-Zβ start this node as a Dynamic Normal node. if no--confis specified, then theslurmdwill register with the same hardware configuration (except GRES) as defined by the-Coption. π¦
β¨ ENVIRONMENT VARIABLES β¨
the following environment variables can be used to override settings compiled into slurmd. yes bestie, you can override the factory settings. π
ABORT_ON_FATALβ when a fatal error is detected, useabort()instead ofexit()to terminate the process. this allows backtraces to be captured without recompiling Slurm. π (affectionate)SLURM_CONFβ the location of the Slurm configuration file. this is overridden by explicitly naming a configuration file on the command line. πSLURM_DEBUG_FLAGSβ specify debug flags forslurmdto use. seeDebugFlagsin theslurm.conf(5)man page for a full list of flags. the environment variable takes precedence over the setting in theslurm.conf. π
β¨ HTTP server β¨
unless disabled via CommunicationParameters=disable_http in slurm.conf, slurmd will accept incoming HTTP/1.1 compliant requests to any socket listening as configured by SlurmdPort in slurm.conf. authentication of HTTP requests is not supported. TLS wrapping optionally supported without requiring TLSType in slurm.conf. the following endpoints are currently supported:
GET /β get list of endpoints. πGET /healthzβ test ifslurmdloaded successfully. π©ΊGET /livezβ test ifslurmdloaded successfully. π‘οΈGET /readyz[?verbose]β test ifslurmdis ready to accept incoming RPCs. adding theverbosequery parameter will result in a verbose output of each probe in the response. π£οΈ
β¨ SIGNALS β¨
SIGTERMSIGINTSIGQUITβslurmdwill shutdown cleanly. graceful exit, we love to see it πSIGHUPβ reloads the slurm configuration files, similar to'scontrol reconfigure'. πSIGUSR2β reread the log level from the configs, and then reopen the log file. this should be used when setting uplogrotate(8). πͺ΅SIGPIPEβ this signal is explicitly ignored. not today, not ever π
β¨ CORE FILE LOCATION β¨
if slurmd is started with the -D option then the core file will be written to the current working directory. otherwise if SlurmdLogFile is a fully qualified path name (starting with a slash), the core file will be written to the same directory as the log file. otherwise the core file will be written to the SlurmdSpoolDir directory, or "/var/tmp/" as a last resort. if none of the above directories can be written, no core file will be produced. π
β¨ NOTES β¨
it may be useful to experiment with different slurmd specific configuration parameters using a distinct configuration file (e.g. timeouts). however, this special configuration file will not be used by the slurmctld daemon or the Slurm programs, unless you specifically tell each of them to use it. if you desire changing communication ports, the location of the temporary file system, or other parameters used by other Slurm components, change the common configuration file, slurm.conf. π οΈ
if you are using configless mode with a login node that runs a lot of client commands, you may consider running slurmd on that machine so it can manage a cached version of the configuration files. otherwise, each client command will use the DNS record to contact the controller and get the configuration information, which could place additional load on the controller. π§ β¨
π COPYING β¨
Okay bestie, legal bit time, and I need you to actually read it because it's the receipts of who made this:
- Copyright (C) 2002-2007 The Regents of the University of California.
- Copyright (C) 2008-2010 Lawrence Livermore National Security. Copyright (C) 2010-2022 SchedMD LLC. Produced at Lawrence Livermore National Laboratory (cf, DISCLAIMER).
This file is part of Slurm, a resource management program. For details, see <https://slurm.schedmd.com/>.
Slurm is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version.
Slurm is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details.
ngl the ALL CAPS WARRANTY SENTENCE is doing a lot of yelling and it is 100% on purpose. No warranty, bestie. None. Read the GPL for the rest.
ποΈ FILES
/etc/slurm.conf
Like, that's it. That's the file. The whole configuration serve is right there and it is main character energy π
π SEE ALSO
So slurm.conf(5) is where all the settings live, and slurmctld(8) is the controller β the boss that this daemon talks to. Go read both, iykyk πΈ
And that's the whole page, bestie, we did it π«Ά This one shipped with Slurm 26.05, it's titled Slurm Daemon, and its page name is slurmd(8). Go be a good little compute node now π
β¨
π¦ where this page comes from
- ubuntu stonking: slurmd 26.05.4-1ubuntu1 Β· GPL-2.0-or-later WITH OpenSSL exception
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms