I would guess either you install GPU drivers on the non-GPU nodes or
build slurm without GPU support for that to work due to package
dependencies.
Both viable options. I have done installs where we just don't compile
GPU support in and that is left to the users to manage.
Brian Andrus
On 5/
On 5/22/24 3:33 pm, Brian Andrus via slurm-users wrote:
A simple example is when you have nodes with and without GPUs.
You can build slurmd packages without for those nodes and with for the
ones that have them.
FWIW we have both GPU and non-GPU nodes but we use the same RPMs we
build on both
> n fact I am more worried about how the users would benefit
> from such a mixture of execution environments
> ...SNIIP
So what is an ideal setup? Keep the same .deb distro on all machines and
use apt to install slurm on every machine?
On Thu, May 23, 2024 at 10:20 AM Shunran Zhang <
szh...@ngs
Hi Arnuld,
What I would probably do is to build one for each distro and install
them either directly into /usr/local or using deb package.
The DEBIAN/control is used by apt to manage a couple of things, such as
indexing so apt search shows what this package is for, which package it
could rep
> Not that I recommend it much, but you can build them for each
> environment and install the ones needed in each.
Oh cool, I will download the latest version 23.11.7 and build debian
packages on every machine then
> A simple example is when you have nodes with and without GPUs.
> You can build
Not that I recommend it much, but you can build them for each
environment and install the ones needed in each.
A simple example is when you have nodes with and without GPUs.
You can build slurmd packages without for those nodes and with for the
ones that have them.
Generally, so long as versi
Hi Arnuld
It is most important to keep the Slurm version the same across the board.
As you are mentioning the "deb" package I am assuming all of your nodes are
of a debian-based distribution that should be close enough for each other.
However, Debian based distros are not as "binary compatible" a
