Hi Matthew,
this is exactly the question, I asked a few days before ;) It seems,
nearly none is using the native x11 forwarding, since there came no answers.
The only way, I got this functional, is to use salloc:
salloc srun --x11 xterm
See also my post [slurm-users] slurm 17.11.2 and X11 forwarding on
CentOS 7.4
Best
Marcus
On 01/19/2018 10:13 PM, Mjelde, Matthew J wrote:
Thanks Marcus. I thought I had installed that dependency, but I guess
I installed it somewhere other than where I was compiling slurm at.
Once installed it compiled with x11 support.
However, now I have another problem. I am able to start an x11 job
using the command: `srun --pty --x11 bash` but no programs can connect
to the X server. In other words, I get “unable to connect to X server
localhost:50.0”. From what I see in the logs, it looks like it is all
working properly. This is what I am seeing
[2018-01-19T15:07:24.924] [1686.extern] debug2: remote accepted auth
methods: publickey,password
[2018-01-19T15:07:25.227] [1686.extern] debug: public key auth successful
[2018-01-19T15:07:25.347] [1686.extern] debug2: x11_set_xauth: result
from xauth: Using authority file /home/mjmjelde/.Xauthority
Writing authority file /home/mjmjelde/.Xauthority
[2018-01-19T15:07:25.347] [1686.extern] X11 forwarding established on
DISPLAY=compute-01:50.0
[2018-01-19T15:07:25.347] [1686.extern] debug: x11 forwarding -
sending keepalive message
[2018-01-19T15:07:25.347] [1686.extern] debug: x11 forwarding local
display is 50
[2018-01-19T15:07:25.760] debug2: got this type of message 6001
[2018-01-19T15:07:25.760] debug2: Processing RPC: REQUEST_LAUNCH_TASKS
[2018-01-19T15:07:25.760] launch task 1686.0 request from
1569.1003@192.168.2.9 (port 41190)
[2018-01-19T15:07:25.760] debug: Checking credential with 340 bytes
of sig data
[2018-01-19T15:07:25.762] debug2: _group_cache_lookup_internal: found
old entry for mjmjelde, looking up again
[2018-01-19T15:07:25.765] [1686.extern] debug: Handling
REQUEST_X11_DISPLAY
[2018-01-19T15:07:25.765] [1686.extern] debug: Leaving
_handle_get_x11_display
[2018-01-19T15:07:25.765] debug: Leaving stepd_get_x11_display
[2018-01-19T15:07:25.765] debug2: _setup_x11_display: setting
DISPLAY=localhost:50:0 for job 1686 step 0
Is there anything I am missing that I need to do to get x11 forwarding
working?
Thanks,
Matthew
*From:*slurm-users [mailto:slurm-users-boun...@lists.schedmd.com] *On
Behalf Of *Marcus Wagner
*Sent:* Monday, January 15, 2018 1:35 AM
*To:* slurm-users@lists.schedmd.com
*Subject:* Re: [slurm-users] Slurm 17.11 X11 support questions
Hi Matthew,
yes, I have.
I just needed to install libssh2-devel, then the native support will
be built in:
$> ldd slurmstepd
linux-vdso.so.1 => (0x00007fff4dbef000)
libslurmfull.so => /opt/slurm/lib64/slurm/libslurmfull.so
(0x00007f4fc4bd0000)
libhwloc.so.5 => /usr/lib64/libhwloc.so.5 (0x00007f4fc4995000)
libdl.so.2 => /usr/lib64/libdl.so.2 (0x00007f4fc4791000)
libpam.so.0 => /usr/lib64/libpam.so.0 (0x00007f4fc4582000)
libpam_misc.so.0 => /usr/lib64/libpam_misc.so.0
(0x00007f4fc437d000)
libutil.so.1 => /usr/lib64/libutil.so.1 (0x00007f4fc417a000)
libssh2.so.1 => /usr/lib64/libssh2.so.1 (0x00007f4fc3f50000)
libpthread.so.0 => /usr/lib64/libpthread.so.0 (0x00007f4fc3d33000)
libc.so.6 => /usr/lib64/libc.so.6 (0x00007f4fc3970000)
libm.so.6 => /usr/lib64/libm.so.6 (0x00007f4fc366e000)
libnuma.so.1 => /usr/lib64/libnuma.so.1 (0x00007f4fc3461000)
libltdl.so.7 => /usr/lib64/libltdl.so.7 (0x00007f4fc3257000)
/lib64/ld-linux-x86-64.so.2 (0x00005577dbb7f000)
libaudit.so.1 => /usr/lib64/libaudit.so.1 (0x00007f4fc302f000)
libssl.so.10 => /usr/lib64/libssl.so.10 (0x00007f4fc2dbc000)
libcrypto.so.10 => /usr/lib64/libcrypto.so.10 (0x00007f4fc295b000)
libz.so.1 => /usr/lib64/libz.so.1 (0x00007f4fc2745000)
libgcc_s.so.1 => /usr/lib64/libgcc_s.so.1 (0x00007f4fc252e000)
libcap-ng.so.0 => /usr/lib64/libcap-ng.so.0 (0x00007f4fc2328000)
libgssapi_krb5.so.2 => /usr/lib64/libgssapi_krb5.so.2
(0x00007f4fc20db000)
libkrb5.so.3 => /usr/lib64/libkrb5.so.3 (0x00007f4fc1df2000)
libcom_err.so.2 => /usr/lib64/libcom_err.so.2 (0x00007f4fc1bee000)
libk5crypto.so.3 => /usr/lib64/libk5crypto.so.3
(0x00007f4fc19bb000)
libkrb5support.so.0 => /usr/lib64/libkrb5support.so.0
(0x00007f4fc17ac000)
libkeyutils.so.1 => /usr/lib64/libkeyutils.so.1
(0x00007f4fc15a8000)
libresolv.so.2 => /usr/lib64/libresolv.so.2 (0x00007f4fc138e000)
libselinux.so.1 => /usr/lib64/libselinux.so.1 (0x00007f4fc1166000)
libpcre.so.1 => /usr/lib64/libpcre.so.1 (0x00007f4fc0f04000)
Best
Marcus
On 01/13/2018 12:16 AM, Mjelde, Matthew J wrote:
Howdy,
I am trying to get my cluster’s native X11 support enabled, but am
having some difficulty. I generated the RPMs for slurm, installed
them on my systems, and added the “PrologFlags=X11” in the
slurm.conf file as well. However, when I start up slurmd with the
flag added, I get this error:
Jan 12 16:23:52 node-01 slurmd[15904]: error: X11 forwarding not
built in, cannot enable.
Jan 12 16:23:52 node-01 slurmd[15904]: fatal: PrologFlags invalid: X11
I believe I need to generate the RPMs with libssh2 support
enabled, however I do not see any documentation or options
available in the slurm.spec to do so. Has anyone else been able
to generate the RPMs for slurm 17.11 with X11 support enabled?
Thanks,
Matthew
--
Marcus Wagner, Dipl.-Inf.
IT Center
Abteilung: Systeme und Betrieb
RWTH Aachen University
Seffenter Weg 23
52074 Aachen
Tel: +49 241 80-24383
Fax: +49 241 80-624383
wag...@itc.rwth-aachen.de <mailto:wag...@itc.rwth-aachen.de>
www.itc.rwth-aachen.de
<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.itc.rwth-2Daachen.de&d=DwMD-g&c=ODFT-G5SujMiGrKuoJJjVg&r=UR4LBHzF5b_cDw_j2wfxOEm8sPXAdiAPXCqKlI8ciL8&m=r3tDky9Dn5zcA_9YNNqHRuCYBm3NU4IgotvVf5i4MBE&s=0PlzY_0YxT4VMYzS9Ex0yvZmKjP_Dq2P41bbziktsAg&e=>
--
Marcus Wagner, Dipl.-Inf.
IT Center
Abteilung: Systeme und Betrieb
RWTH Aachen University
Seffenter Weg 23
52074 Aachen
Tel: +49 241 80-24383
Fax: +49 241 80-624383
wag...@itc.rwth-aachen.de
www.itc.rwth-aachen.de
