Wondering if I should reply from an alt for this, but.... in my case, it's
not so much "less well-funded" as "less well-organized".

I have some small clusters that, for convenience, run the Debian-packaged
version of SLURM. Debian 9 reached the end of LTS  June, 30, 2022, and
packaged version 16.05 of SLURM, which we were running on some systems
right up until that point, when it was eight years old.

More generally, the Debian-packaged version tends to be a year or two
behind at distro-release time, and Debian LTS lifetimes can be five years,
so you can get into a window late in the distro lifecycle where things are
pretty old.

But, to be clear, my expectation for support, which was the actual
question, is pretty much zero. I'm juggling my time and tasks with my eyes
open, and if I find myself in a corner where some software doesn't run
because the version mismatch between OpenMPI and SLURM is too big, my first
line of attack will be to do the required upgrades -- I'm pretty unlikely
to look for support. Also, there's a selection effect, usually the *reason*
the cluster has not been upgraded is that users want to keep running their
legacy software on it, so as a practical matter, I do not often find myself
in the version-mismatch corner.

Pardon my rambling, the upshot is, some lazy/disorganized people rely on
third-party packagers, and do get pretty far behind.

On Tue, Aug 16, 2022 at 9:54 AM Jeff Squyres (jsquyres) via users <
users@lists.open-mpi.org> wrote:

> I have a curiosity question for the Open MPI user community: what version
> of SLURM are you using?
>
> I ask because we're honestly curious about what the expectations are
> regarding new versions of Open MPI supporting older versions of SLURM.
>
> I believe that SchedMD's policy is that they support up to 5-year old
> versions of SLURM, which is perfectly reasonable.  But then again, there's
> lots of people who don't have support contracts with SchedMD, and therefore
> don't want or need support from SchedMD.  Indeed, in well-funded
> institutions, HPC clusters tend to have a lifetime of 2-4 years before they
> are refreshed, which fits nicely within that 5-year window.  But in less
> well-funded institutions, HPC clusters could have lifetimes longer than 5
> years.
>
> Do any of you run versions of SLURM that are more than 5 years old?
>
> --
> Jeff Squyres
> jsquy...@cisco.com
>


-- 
Andrew Reid / andrew.ce.r...@gmail.com

Reply via email to