Thanks for your patience and persistence. I’ll find a place to post your
experiences to help others as they navigate these waters.
> On Nov 28, 2017, at 8:52 PM, Philip Kovacs wrote:
>
> I doubled checked and yes, you definitely want the pmix headers and libpmix
> library
My apologies - I guess we hadn’t been tracking it that way. I’ll try to add
some clarification. We presented a nice table at the BoF and I just need to
find a few minutes to post it.
I believe you do have to build slurm against PMIx so that the pmix plugin is
compiled. You then also have to
Okay, I didn't see any note on the PMIx 2.1 page about versions of slurm
it was combatible with so I assumed all of them. My bad. Thanks for
the correction and the help. I just naively used the rpm spec that was
packaged with PMIx which does enable the legacy support. It seems best
then to
I've been trying to setup a slurm cluster with con_res enabled. No luck.
Running on ubuntu 16.04
When using linear selection all works as expected. Jobs are schedules and run
their course then exit. Exclusive use of the node is granted.
We would like to schedule based on cpu (cores actually)
Hello,
Don´t understand why i can´t connect to the controller. This is a new fresh
install using slurmdbd in ubuntu 16.04
Seems like a persistant connection to mysql cannot be made ???
*slurmctl.log:*
[2017-11-27T20:22:48.056] Job accounting information stored, but details
not gathered
So in an effort to future proof ourselves we are trying to build Slurm
against PMIx, but when I tried to do so I got the following:
Transaction check error:
file /usr/lib64/libpmi.so from install of
slurm-17.02.9-1fasrc02.el7.centos.x86_64 conflicts with file from
package