I am not sure what OS you are working with, but on our system running
Rocky 9, the seff command is found in the slurm-contribs rpm.
Thanks,
David
On 6/6/2025 1:09 PM, Ratnasamy, Fritz via slurm-users wrote:
Hi,
We installed a new slurm version and it returns "command not found" for
seff. I
Hi,
We installed a new slurm version and it returns "command not found" for
seff. I do not remember doing any manual installation for the previous
versions, I thought it was coming with sacct, sbatch, ect... Any idea how I
would need to set it up? I read online seff is actually a perl script.
Bes
Hi Brian,
sorry for breaking the email thread, my subscription settings were not set
correctly and I didn't receive your response as email.
Thanks for the tips! I'll give that a try.
Best,
Nick
> Nick,
> Presuming you have followed the SchedMD instructions, you should be able
> to get a se
Hey everyone,
additional info is that this shows up in the log whenever the X
connection errors out:
[2025-06-06T20:05:57.959] [2858.extern stepmgr] error: _half_duplex:
wrote -1 of 4096
[2025-06-06T20:06:33.786] [2858.extern stepmgr] error: _half_duplex:
wrote -1 of 4096
It seems that the rpc
Nick,
Presuming you have followed the SchedMD instructions, you should be able
to get a session in your login container:
kubectl --namespace=slurm exec -it statefulsets/slurm-controller -- bash
--login
From there, you can do any standard testing you like. Simple 'srun
hostname' should work
Hi,
I was wondering whether there is any integration testing done on the
containers and the operator published under the slinky project. Or asked
differently, once I have deployed slinky, what tests should I run to
confirm that the cluster is working as intended?
Thanks!
Nick
--
slurm-users ma
> The issue isn’t network bandwidth
Latency. The issue with X is always latency, not bandwidth.
On Fri, Jun 6, 2025 at 8:57 AM Simon Andrews via slurm-users <
slurm-users@lists.schedmd.com> wrote:
> Thanks for the suggestions – some interesting links to read. We already
> have an option to run
I third the suggestion to use OnDemand. FWIW, OnDemand uses VNC under the
hood, so performance is identical to that, and the user experience is much,
much better. Plain VNC is marginally easier for the administrator to set
up: choose if you prefer doing a bit more administration work or (a little
o
Stupid reply. Reverse name resolution.
But surely that would only affect the initial setup of a connection not the
data stream.
I suggest strace of a graphical application on a computer node.
You might be able to spot where any hangs are
On Fri, Jun 6, 2025, 3:57 PM Simon Andrews via slurm-users
Thanks for the suggestions – some interesting links to read. We already have
an option to run graphical sessions from the head node using Apache Guacamole
which works well, but that still requires X11 to talk to the compute nodes. We
don’t have a full desktop stack on the compute nodes and jus
We’ve been using TurboVNC.
From: Hadrian Djohari via slurm-users
Date: Friday, June 6, 2025 at 8:41 AM
To: John Hearns
Cc: Simon Andrews , slurm-users@lists.schedmd.com
Subject: [slurm-users] Re: X11 performance terrible using plugin
Or use Open OnDemand platform for the interactive Desktop. h
It may or may not be an appropriate solution for your use cases, but I
second using Open OnDemand and its virtual desktop. It is FAR more
performant than X11 through Slurm/SSH.
*Jason L. Simms, Ph.D., M.P.H.*
Research Computing Manager
Swarthmore College
Information Technology Services
(610) 328-8
Or use Open OnDemand platform for the interactive Desktop.
https://openondemand.org/
On Fri, Jun 6, 2025 at 8:37 AM John Hearns via slurm-users <
slurm-users@lists.schedmd.com> wrote:
> Simon, I have had success in the past by using NICE DCV (now owned by AWS
> but you can get licenses for on pre
Simon, I have had success in the past by using NICE DCV (now owned by AWS
but you can get licenses for on prem)
https://www.ni-sp.com/products/nice-dcv
An alternative would be VirtualGL
Altair Access (though more likely to work with PBS!)
https://altair.com/access\
On Fri, 6 Jun 2025 at 10:42,
On our cluster we've noticed that if we use the native x11 slurm plugin
(PrologFlags=x11) then X applications work, but are really slow and
unresponsive. Even opening menus on graphical application is painfully slow.
On the same system if I do a direct ssh connection with ssh -YC from the head
15 matches
Mail list logo
