Hi folks,
Just curious if anyone out there is currently using the "nic" gres type and
how do you deal with the fact that the Files= entry in gres.conf has to refer
to an existing device when network devices generally don't appear under /dev?
Do you just hack with with "touch" or "mkdev" ?
The
Hello all,
I have a cluster name: Autobot
In this cluster I have servers:
Optimus[1-10] and
Megatron[1-10].
I sent 3000 jobs with feature Optimus and part are running while part are
pendind. Which is ok.
But I have sent 1000 jobs to Megatron and they are all in pending stating
they wait because of
Dear everyone,
Greetings
Answer to my post:
Actually slurmctld uses best-fit approach on the available resources on
each node. It does not obey our specified cpu map mask to assign task to
the logical CPUs.
I have added/Modified code to fulfil my requirement. Here is my experiment
result.
Hi Will,
On Sun, Nov 12, 2017 at 10:03:18AM -0500, Will L wrote:
> I just tried `sudo apt-get remove --purge munge`, etc., and munge itself
this should have uninstalled slurm-wlm also, did you reinstalled it with apt?
> seems to be working fine. But I still get `slurmctld: error: Couldn't find
>
Hi Will,
On Sun, Nov 12, 2017 at 11:07 PM, Will L wrote:
> In general, is Debian more cooperative with HPC systems than Ubuntu? Because
> I may just kill my KDE Neon installation and trying Debian + KDE Plasma.
By "HPC" systems, do you mean a server? Or a supercomputer??
As far as I know, no
In general, is Debian more cooperative with HPC systems than Ubuntu?
Because I may just kill my KDE Neon installation and trying Debian + KDE
Plasma.
will-landau.com
linkedin.com/in/wlandau
github.com/wlandau
On Sun, Nov 12, 2017 at 10:01 AM, Rajiv Nishtala
wrote:
>
>
> > On 12-Nov-2017, at 3:3
I just tried `sudo apt-get remove --purge munge`, etc., and munge itself
seems to be working fine. But I still get `slurmctld: error: Couldn't find
the specified plugin name for crypto/munge looking at all files`. Is there
a way to get around munge altogether? I am just testing on my local
machine,
> On 12-Nov-2017, at 3:33 PM, Raymond Wan wrote:
>
> Hi Rajiv,
>
> On Sun, Nov 12, 2017 at 9:47 PM, Rajiv Nishtala
> wrote:
>> it maybe that I’m missing context here - but in regards to munge, it makes
>> much more sense to follow the munge follow instructions from the GitHub of
>> munge.
Hi Rajiv,
On Sun, Nov 12, 2017 at 9:47 PM, Rajiv Nishtala wrote:
> it maybe that I’m missing context here - but in regards to munge, it makes
> much more sense to follow the munge follow instructions from the GitHub of
> munge.
> Remember, the permissions for the key and the /var/ and /etc fold
it maybe that I’m missing context here - but in regards to munge, it makes much
more sense to follow the munge follow instructions from the GitHub of munge.
Remember, the permissions for the key and the /var/ and /etc folder are
important
Best wishes,
Rajiv
> On 12-Nov-2017, at 2:14 PM, Gennar
Hi Will,
On Sat, Nov 11, 2017 at 07:12:59AM -0500, Will L wrote:
> I really think I mangled my system because I tried so many different
> things. Is there a way to start fresh without reinstalling my OS?
try purging and reinstalling munge, test it and than go on with slurm.
Remember to save you
11 matches
Mail list logo
