Package Details: slurm-llnl

Git Clone URL: (read-only)
Package Base: slurm-llnl
Description: Simple Linux Utility for Resource Management
Upstream URL:
Keywords: manager resource system
Licenses: GPL
Submitter: tegenf
Maintainer: edh
Last Packager: edh
Votes: 10
Popularity: 0.000000
First Submitted: 2011-01-28 14:47
Last Updated: 2017-08-17 17:00

Dependencies (17)

Sources (6)

Latest Comments

edh commented on 2017-07-12 08:04

Thanks, for nudge!
While switching the source to GitHub I forgot to change the directory name.

serhatcevikel commented on 2017-07-11 22:38

The build gives the following error:

/home/xx/.cache/pacaur/slurm-llnl/PKGBUILD: line 49: cd: /home/xxx/.cache/pacaur/slurm-llnl/src/slurm-17-02-6-1: No such file or directory

The mentioned line is orginally:
cd "${srcdir}/slurm-${pkgver//./-}"

It should be changed to:
cd "${srcdir}/slurm-slurm-${pkgver//./-}"

to make it confirmant with the directory structure of the build files.

edh commented on 2016-10-29 16:40

Thanks for bringing this to my attention. I addressed the pidfile inconsistency in a recent commit and simply moved them to /run instead of a creating a subfolder. Plus I removed /var/log/slurm/ from the systemd-tmpfile since it is not being used (/var/log/slurm-llnl is and is contained within the package).

richli commented on 2016-10-28 19:52

FYI, the PID file setting in slurmctld.service (/run/slurm-llnl/ conflicts with the defaults in slurm.conf.example (/var/run/ Same with slurmd.service.

Also, shouldn't the /run/slurm-llnl directory be created by slurm-tmpfiles.conf?

edh commented on 2016-04-13 15:18

Unfortunately I can't reproduce your error. Assuming that versions prior to 15.08.10 build fine, try to revert any changes made by this commit [1]. If this doesn't help either I would suggest contacting the developers. However in case altering the PKGBUILD helped, please be sure to let me now of the changes which were required.


idedios commented on 2016-04-13 01:30

I'm getting the following error building the latest version on Arch with no GUI: error: possibly undefined macro: AM_PATH_GTK_2_0
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.

edh commented on 2016-01-21 19:18

@richli Thanks! Good catch.

richli commented on 2016-01-21 19:09

Could you add to the PKGBUILD:


Otherwise any changes made to that file get wiped when upgrading. Thanks!

edh commented on 2015-03-20 17:05

slurm-llnl version 14.11.5 is out!
Furthermore I did some tweaking to the service files and fixed one inconsistency.
By the way: Just recently I wrote a short wiki entry. The basic installation precess is described and the fundamental handling of the service files. Feel free to add whatever seems appropiate.

edh commented on 2015-03-20 17:00

slurm-llnl version 14.11.5 is out!
Furthermore I did some tweaking to the service files and fixed one inconsistency.

edh commented on 2015-03-08 19:07

The default User ID and Group ID for slurm is now 64030. Prior to this version the UID and GID were the smallest number available, hence this change adds persistence.
On systems where slurm is already configured, nothing is changed!

edh commented on 2015-03-08 18:28

Redesigned PKGBUILD, with new sysconfdir residing under /etc/slurm-llnl instead of /etc/slurm. In addation a much cleaner handling of service files was implemented. Furthermore the dependency array got an incremental cleanup and some unnecessary patches were removed.

edh commented on 2015-02-19 12:32

Updated PKGBUILD version which classifies quite every dependency as optional, as this is how slurm-llnl is intended to be build. Only the essential deps are included, although munge could also be replaced however this is not recommended by the developers.
One further improvement is that important notes which may be of interest to the user are now highlighted.

wookietreiber commented on 2015-02-19 07:19

Nice, with the optional dependencies. You have however added some both to depends as well as optdepends.

edh commented on 2015-02-18 19:12

Added a whole lot of optional dependencies, which may or may not be compiled into slurm if present prior to the compilation.

edh commented on 2015-01-19 10:26

I have three suggestions:
1) use not
2) use libmariadbclient instead of libmysqlclient
3) make libmysqlclient/libmariadbclient and postgresql-libs optional dependencies

tegenf commented on 2015-01-19 09:04

Sorry for the lack of updates. Here is the latest version of slurm-llnl.
I'll be more attentive in the future...

tegenf commented on 2014-05-12 08:28

Updated to 14.03.3-2. This one is not yet in archive. An idea is to maintain the latest version in 'archive' instead (thx balwierz). However this will not be the latest version available. The advantage though is that the link wont be invalid each time there is an update. Would such an approach be preferable?

balwierz commented on 2014-05-09 14:55

If you change in the URL "latest" --> "archive" the link won't get broken when there is a new version released.

In "latest" is only the most recent version kept. And now the URL is invalid again.

tegenf commented on 2014-04-24 08:38

Note I have only tested it to the point that it compiles and that namcap does not make too serious complains.

tegenf commented on 2014-04-24 08:37

New version 14.03.1-2

tegenf commented on 2014-04-10 10:49

Update to latest slurm v 14.03.0

balwierz commented on 2014-04-09 12:24

curl: (22) The requested URL returned error: 404 Not Found
==> ERROR: Failure while downloading slurm-2.6.7.tar.bz2

BTW. What is the difference between this package and "slurm" package? Different forks of the same software. Is any one better than the other in some aspects?

milo.nimrod commented on 2014-03-30 14:02

need to Update version 14.03.0

tegenf commented on 2014-03-17 13:55

Slurm 2.6.7
* added patch for man2html (thx munyamunya)
* removed slurmctld as requirement for slurmd in slurmd.service file

Note: if MySQL is used, this version (and earlier) does not work with MySQL v5.6.16. For now I use 14.03-rc1 which contains a fix for this bug.

munyamunya commented on 2014-03-17 07:35

Ok, "make -j1" does not actually cure freeze, might be really random.
I had to remove man and html from docs makefiles and rerun autogen.

Does anybody else experience this weird thing?

munyamunya commented on 2014-03-17 06:15

You should also patch ./doc/man/ to use python2.
Also build process strangely randomly hangs when it is converting files with said script (with multithreaded make). I had to force make -j1 to make it work.

tegenf commented on 2014-03-04 09:23

sorry for the delay, here is slurm 2.6.6-2

teetee1 commented on 2013-12-01 06:15

2.6.3 is available at

richli commented on 2013-11-23 23:56

The source URL returns 404. Looks like 2.6.4 is now available.

tegenf commented on 2013-10-15 08:58

New package for 2.6.3.
FYI, namcap reports the following missing dependencies:
lua51, rrdtool, hdf5, numactl, gtk2

I will fix that later.

tegenf commented on 2013-09-24 11:43

update for 2.6.2

aorth commented on 2013-09-12 16:54

Updated PKGBUILD for 2.6.2:

aorth commented on 2013-08-17 19:45

I've just updated my PKGBUILD for new upstream release (2.6.1). It's in my github repo here:

aorth commented on 2013-07-14 19:51

I've just updated my PKGBUILD. Changes include:

- SLURM 2.6.0[0]
- libmysqlclient -> libmariadbclient[1]
- Remove DB libs from depends[2]; technically they're optional (the build system will detect and use them if they're installed)


tegenf commented on 2013-06-24 09:43

Ok, sorry for the delay but now I have updated to 2.5.7 using the improvements and updates from aorth. Thank you very much for providing us with the update!

aorth commented on 2013-06-08 19:21

I've updated my version of this package to 2.5.7[0]. If you don't want to clone my whole archbuilds git repo[1] to get this, I've posted a tarball of this package as well[2].

[2] (md5sum: b1c42fd75225ef8b8fb5f0a468492d1d)

wookietreiber commented on 2013-06-08 13:10

yeah, would be awesome to have these changes incorporated

aorth commented on 2013-06-02 19:29

Ok, I've greatly improved, reorganized and simplified this package:
- move all binaries from /usr/sbin to /usr/bin
- rename service files from slurm*-llnl.service to slurm*.service
- fix the dependencies for slurmdbd (it's sufficient for slurmdbd.service to say "Before=slurmctld.service", which won't affect people who don't use slurmdbd).
- more?!

It's available on my github if you want to take a look at the commit history:

aorth commented on 2013-06-01 07:56

Heads up, you'll need to move /usr/sbin/slurm* to /usr/bin. See Allan's comments regarding finishing the /usr move soon in [testing]:

wookietreiber commented on 2013-05-12 20:56

Please check the package with namcap and fix the issues (RPATH, dependencies, ...).

wookietreiber commented on 2013-04-26 09:08

thx for updating.

is the a reason why you have chosen

over the direct slurm page

tegenf commented on 2013-04-26 08:18

* updated to 2.5.6
thx wookietreiber for pointing out the faulty upstream url.

wookietreiber commented on 2013-04-25 03:53

please also update upstream url to

aorth commented on 2013-03-13 19:50

@tegenf: You right, I hadn't thought about that. The machine I run Arch + slurm on does have slurmctld. That's tricky...

On a related note, today I was upgrading my production slurm cluster (on CentOS) to 2.5.4 and I noticed that there are only init files for slurmd and slurmdbd; I'm not sure how they did it, but the slurmd service starts the slurmctld daemon.

I will look to see if any systemd distros like Fedora have slurm packages with service files we can compare.

tegenf commented on 2013-03-12 08:41

aorth: I have not yet added your changes. For the slurmdbd service file I understand the change. However, for the slurmd, why the "Requires=slurmctld-llnl.service" ? What happens when you install the slurmd on a node where there is no slurmctld ?

tegenf commented on 2013-03-12 08:39

updated package to 2.5.4

wookietreiber commented on 2013-03-11 23:25

2.5.4 is out

aorth commented on 2013-02-17 10:27

I recently switched to using SlurmDBD + MySQL for job accounting and I was having problems with the services not starting up. I've fixed the dependencies in the systemd service files to fix this. Here's a new source package with my changes:!0slEwbAB!GARgCQBn6roG10G_Y5bwXih9Iv1TodjZDes-GSh-BnE

I don't think the dependency changes will affect users who aren't using SlurmDBD, but I'd love it if someone could test. :)

tegenf commented on 2013-02-11 09:44

Here is the update for 2.5.3

aorth commented on 2013-02-10 13:41

PKGBUILD for 2.5.3:

Built on top of this 2.5.2 AUR tarball.

giddie commented on 2013-02-06 10:12

The issue was quickly fixed. It'll be resolved in the next version, and the patch is here:

big_gie commented on 2013-02-05 17:27

@giddie: yes, github is fine for reporting issues. At least it was when I did some months ago ;)
I'm still registered to the mailing list, I could forward an email on somebody's behalf.

giddie commented on 2013-02-05 16:10

I've created an issue in the SchedMD Github repo, but I've no idea if that's the "real" upsteam?

giddie commented on 2013-02-05 15:52

My patch is a rather ugly workaround to force SLURM to build without sview. It's not really the proper solution to this bug, and it's only useful to people who want to build on a headless server, without GTK. The current PKGBUILD will build fine if GTK is installed, I expect.

I can't see a link to a bug tracker for SLURM, only a mailing list, and I don't want to have to deal with a mailing list to report this. Maybe if it doesn't go away with the next release...

wookietreiber commented on 2013-02-05 15:25

Ok. Then, I guess, we can work with the patch instead of the sed command in PKGBUILD.

@tegenf: Care to apply the patch to PKGBUILD and push a 2.5.2-2?
@giddie: Care to send a pull request with your patch?

giddie commented on 2013-02-05 14:46

I believe what is required is a little more complex. Sorry if it wasn't clear: it's not a case of swapping one line for another. Patch is here:

wookietreiber commented on 2013-02-05 13:51

I have not tested it. But it basically simulates your manual workflow:

makepkg -o
$EDITOR configure
makepkg -e

... by hacking the PKGBUILD rather than the source directly and thus should be more convenient.

In case the editing part you did was more complex, the sed would need to be more sophisticated, of course.

giddie commented on 2013-02-05 13:32

Have you tested that? I'm not sure it'll work. Those variables are used to conditionally comment-out portions of a Makefile. Ugh; I really don't like Autotools.

wookietreiber commented on 2013-02-05 13:27

add this to the build() function in PKGBUILD:

sed -i "s/BUILD_SVIEW_TRUE='#'/BUILD_SVIEW_FALSE/" configure

giddie commented on 2013-02-05 12:22

It seems that the latest SLURM has a bug that means that it still tries to build sview even when GTK isn't present. Note that the following page mentions that the intention is for this not to happen:

I can't find a bug tracker upstream, so I couldn't report the bug.

The simplest workaround I could find was to do "makepkg -o", open "configure" at line 20417, and remove everything except the second branch:


After that, "makepkg -e", and all seems good.

wookietreiber commented on 2013-02-01 10:49

... correction: munged isn't exactly required. Actually it should be set to optional with 'Wants=' because one does not necessarily need it. But a) iirc it is recommended by the slurm guys and b) this build does not make it an optional dependency, so possibly for the current hard dependency it might be 'Required='.

wookietreiber commented on 2013-02-01 10:15

I guess the service files should also include "Requires=munged.serviceX", not just "After=..." as explained here:

I modified these locally (added comments for reasons why):

tail /etc/systemd/system/slurm*

# requires munged to be loaded before
==> /etc/systemd/system/slurmctld-llnl.service <==
.include /usr/lib/systemd/system/slurmctld-llnl.service


# requires slurmctld-llnl to be loaded before (should it be the other way around? that slurmctld has an optional (Wants=) dependency to slurmdbd)
==> /etc/systemd/system/slurmdbd-llnl.service <==
.include /usr/lib/systemd/system/slurmdbd-llnl.service


# requires munged to be loaded before
# optional dependency slurmctld (Wants=)
==> /etc/systemd/system/slurmd-llnl.service <==
.include /usr/lib/systemd/system/slurmd-llnl.service


As explained above I guess but don't know exactly that slurmdbd is an optional dependency of slurmctld.

tegenf commented on 2013-02-01 09:42

Update for 2.5.2. Also updated service file for slurmd - was set run after slurmctld only which is fine on the main server but not on the nodes.

big_gie commented on 2013-01-22 16:30

And v2.5.1 is out ;)

big_gie commented on 2013-01-22 16:30

That's probably because v2.4.5 is not the "latest" version.
After reporting, they added a folder containing all releases.
The URL is:
instead of

giddie commented on 2013-01-22 15:48

FYI: the pkgbuild currently fails to build because of a 404 Not Found when trying to download the upstream source.

wookietreiber commented on 2013-01-08 12:12

... but I guess one could add separate packages:

slurm-llnl-slurmd (compute node)
slurm-llnl-slurmctld (master node)
slurm-llnl-slurmdbd (database daemon)

wookietreiber commented on 2013-01-08 12:10

@giddie: +1

would also be nice to choose whether to use postgresql / mysql depending on whether or not which db backend is chosen

giddie commented on 2013-01-08 10:45

I wonder if gtk2 could be made an optdepends? If this were a binary package, and it had been built against gtk2, it would obviously need to be a hard dependency, but since this is on the AUR and it actually builds fine without GTK2, maybe it could be optional?

(I always tweak the PKGBUILD to remove gtk2 manually as my cluster is headless, but would be nice if this weren't necessary.)

tegenf commented on 2012-12-11 13:02

Update for 2.4.5

wookietreiber commented on 2012-11-06 12:20

iirc the old rc.d slurm file started slurmd as user slurm and that was no problem afaik

i figure munge is responsible for the auth stuff anyway

other resource and job management systems have no problem with running the node-daemons without root so i figure why should slurm

tegenf commented on 2012-11-06 11:42

The slurmd daemon runs on all nodes in a cluster. In order for it to be able to launch jobs as an arbitrary user, it needs to be run as root.

On the other hand, slurmctld does not need root privileges and runs as user slurm.

wookietreiber commented on 2012-11-06 11:13

would you please elaborate why slurmd-llnl.service has "User=root"

tegenf commented on 2012-11-06 08:46

Update to 2.4.4.

tegenf commented on 2012-09-19 12:37

Update to 2.4.3
Tested on:
Linux bee 3.3.7-1-ARCH #1 SMP PREEMPT Tue May 22 00:26:26 CEST 2012 x86_64 GNU/Linux
gcc version:
cc (GCC) 4.7.0 20120505 (prerelease)

wookietreiber commented on 2012-08-28 12:54

same error as "Comment by: jeffdn on Mon, 30 Jul 2012 09:45:15 +0000"

libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../.. -I../../slurm -I../.. -DGRES_CONFIG_FILE=\"/etc/slurm/gres.conf\" -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -pthread -fno-gcse -MT jobacct_common.lo -MD -MP -MF .deps/jobacct_common.Tpo -c jobacct_common.c -fPIC -DPIC -o .libs/jobacct_common.o
jobacct_common.c: In function 'jobacct_common_setinfo':
jobacct_common.c:150:33: error: dereferencing pointer to incomplete type
jobacct_common.c:151:34: error: dereferencing pointer to incomplete type
jobacct_common.c:152:32: error: dereferencing pointer to incomplete type
jobacct_common.c:153:33: error: dereferencing pointer to incomplete type
jobacct_common.c: In function 'jobacct_common_getinfo':
jobacct_common.c:221:28: error: invalid application of 'sizeof' to incomplete type 'struct rusage'
jobacct_common.c:222:9: error: dereferencing pointer to incomplete type
jobacct_common.c:223:9: error: dereferencing pointer to incomplete type
jobacct_common.c:224:9: error: dereferencing pointer to incomplete type
jobacct_common.c:225:9: error: dereferencing pointer to incomplete type
make[3]: *** [jobacct_common.lo] Error 1

$ uname -a
Linux mobster 3.4.9-1-ARCH #1 SMP PREEMPT Wed Aug 15 18:59:31 CEST 2012 x86_64 GNU/Linux

$ gcc --version
gcc (GCC) 4.7.1 20120721 (prerelease)

Anonymous comment on 2012-08-13 02:19

Hi tegenf -- I'm on an Intel Centrino, so it's i686. My gcc version is 4.7.1 20120712. I'm going to try the new version now.

Anonymous comment on 2012-08-07 04:16

I was getting the same error as jeffdn. It looks like it's due to header files moving around due to kernel updates. I was able to get it to compile with this patch

tegenf commented on 2012-08-02 08:54

Updated to 2.4.2.

jeffdn: I don't get your error. What is your architecture? And gcc version? I have not looked into that yet.

Anonymous comment on 2012-07-30 09:45

I got this error on during slurm's compile today:

libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../.. -I../../slurm -I../.. -DGRES_CONFIG_FILE=\"/etc/slurm/gres.conf\" -march=i686 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -pthread -fno-gcse -MT jobacct_common.lo -MD -MP -MF .deps/jobacct_common.Tpo -c jobacct_common.c -fPIC -DPIC -o .libs/jobacct_common.o
jobacct_common.c: In function 'jobacct_common_setinfo':
jobacct_common.c:150:33: error: dereferencing pointer to incomplete type
jobacct_common.c:151:34: error: dereferencing pointer to incomplete type
jobacct_common.c:152:32: error: dereferencing pointer to incomplete type
jobacct_common.c:153:33: error: dereferencing pointer to incomplete type
jobacct_common.c: In function 'jobacct_common_getinfo':
jobacct_common.c:221:28: error: invalid application of 'sizeof' to incomplete type 'struct rusage'
jobacct_common.c:222:9: error: dereferencing pointer to incomplete type
jobacct_common.c:223:9: error: dereferencing pointer to incomplete type
jobacct_common.c:224:9: error: dereferencing pointer to incomplete type
jobacct_common.c:225:9: error: dereferencing pointer to incomplete type
--- snip ---
make: *** [all] Error 2
==> ERROR: A failure occurred in build().

Just wanted to let you know!

tegenf commented on 2012-07-13 07:37

Updated to 2.4.1.
With namcap I got one new warning:

slurm-llnl W: Referenced library '' is an uninstalled dependency

I have not yet been able to test this so I don't know if this is a problem. I will test this asap but at the moment I cannot.

tegenf commented on 2012-05-23 15:35

Fixed MD5SUM. The file to download actually changed between the date I first retrieved it (May 17) and today!
I verified that the MD5SUM is correct on .

giddie commented on 2012-05-23 15:24

I'm getting a failed validity check; could the source package have changed for any reason?

==> Validating source files with md5sums...
arch_rc.d.slurm ... Passed
arch_rc.d.slurmdbd ... Passed ... Passed
slurm-2.3.5.tar.bz2 ... FAILED
==> ERROR: One or more files did not pass the validity check!
==> ERROR: Makepkg was unable to build slurm-llnl.

tegenf commented on 2012-05-17 09:29

update for 2.3.5

tegenf commented on 2012-03-28 09:08

* slurm version 2.3.4
Note that this package will break as soon there is a new release. The reason for this is that only the latest version is in the download directory.

fhs commented on 2012-03-22 07:45

2.3.4 is released and it seems the 2.3.3 archive is gone now

tegenf commented on 2012-02-23 08:08

:) no reason - here it is, 2.3.3 .

big_gie commented on 2012-02-22 19:15

Any reason for not bumping to 2.3.3?

tegenf commented on 2012-02-08 10:19

Fixed post_install() - was defined in both PKGBUILD and .install file

tegenf commented on 2012-02-08 09:33

I have added a new /etc/rc.d/slurmdbd adapted for arch linux. In previous packages it did not work.
Note that I do not use slurmdbd so I have not been able to test this 100%.
Please note the comment at the end of the install (change /var/run to /run in slurmdbd.conf and create /var/log/slurm).

tegenf commented on 2012-02-08 08:18

Hi, I see the problem and I have a solution. Sorry, I have not used slurmdbd so I did not notice it was broken. A new version will appear soon. Thanks for pointing this out!

Anonymous comment on 2012-02-07 20:20

Hi, when starting the daemon 'slurmdbd' I get the error:
"Could not find /etc/rc.d/init.d/functions. Is some other daemon launch mechanism used?"

I symlinked /etc/rc.d/init.d to /etc/rc.d but it still doesn't work:
"starting slurmdbd: /etc/rc.d/slurmdbd: line 80: daemon: command not found
touch: cannot touch `/var/lock/subsys/slurmdbd': No such file or directory"

Has somebody worked this out yet?

tegenf commented on 2012-01-16 13:53

update to new /run dir structure

Anonymous comment on 2011-11-28 21:56

I'm getting "munge" as missing dependency.

tegenf commented on 2011-06-07 14:47

* change in makedepends mysql to libmysqlclient
* uses slurm 2.2.6

tegenf commented on 2011-05-23 11:58

added a check in the install for the environment variable SLURM_USER_ID
If set, it will use this as a numerical ID.

tegenf commented on 2011-05-19 09:38

removed two cases in rc.d script where the slurm name was hardcoded

tegenf commented on 2011-02-07 15:44

fixed rc.d script

tegenf commented on 2011-01-28 14:48

At the time of this writing the slurm-2.2.1 is not yet mirrored by sourceforge.