x2go server with centos 7.9 fails to start xfce4 manager

Issues related to applications and software problems
Post Reply
amjadcsu
Posts: 10
Joined: 2011/09/29 14:04:01

x2go server with centos 7.9 fails to start xfce4 manager

Post by amjadcsu » 2021/11/30 10:58:51

Hello all

We have just installed a server with centos 7.9
The Version and kernel number are as follows

cat /etc/redhat-release
CentOS Linux release 7.9.2009 (Core)

uname -r
3.10.0-1160.45.1.el7.x86_64

We are using this server as x2go server

Installed Packages
x2goserver.x86_64 4.1.0.3-9.el7 @epel
x2goserver-common.noarch 4.1.0.3-9.el7 @epel
x2goserver-xsession.noarch 4.1.0.3-9.el7 @epel

This server has gpu cards as well as mesa open gl drivers.

Installed Packages
mesa-dri-drivers.x86_64 18.3.4-12.el7_9 @updates
mesa-filesystem.x86_64 18.0.5-4.el7_6 @updates
mesa-filesystem.x86_64 18.3.4-12.el7_9 installed
mesa-khr-devel.x86_64 18.3.4-12.el7_9 installed
mesa-libEGL.x86_64 18.3.4-12.el7_9 @updates
mesa-libEGL-devel.x86_64 18.3.4-12.el7_9 @updates
mesa-libGL.x86_64 18.3.4-12.el7_9 @updates
mesa-libGL-devel.x86_64 18.3.4-12.el7_9 @updates
mesa-libGLES.x86_64 18.3.4-12.el7_9 @updates
mesa-libGLU.x86_64 9.0.0-4.el7 @base
mesa-libGLU-devel.x86_64 9.0.0-4.el7 @base
mesa-libgbm.x86_64 18.3.4-12.el7_9 @updates
mesa-libglapi.x86_64 18.3.4-12.el7_9 @updates
mesa-libxatracker.x86_64 18.3.4-12.el7_9 @updates
The windows manager uses glx



However when we try to run glxinfo we get the error as shown in the attachment.

Any suggestions how can we use glx mesa libraries with x2goserver ?

Thanks
Amjad
Attachments
trimoutglxinfo.log
LD_DEBUG=libs glxinfo
(7.59 KiB) Downloaded 75 times

User avatar
TrevorH
Site Admin
Posts: 33191
Joined: 2009/09/24 10:40:56
Location: Brighton, UK

Re: x2go server with centos 7.9 fails to start xfce4 manager

Post by TrevorH » 2021/11/30 11:01:58

Looks like a problem with the proprietary nvidia drivers to me.
The future appears to be RHEL or Debian. I think I'm going Debian.
Info for USB installs on http://wiki.centos.org/HowTos/InstallFromUSBkey
CentOS 5 and 6 are deadest, do not use them.
Use the FAQ Luke

chemal
Posts: 776
Joined: 2013/12/08 19:44:49

Re: x2go server with centos 7.9 fails to start xfce4 manager

Post by chemal » 2021/11/30 13:50:16

amjadcsu wrote:
2021/11/30 10:58:51
...
name of display: 10.85.19.1:10.0
What exactly are you doing here? Display numbers for X2Go tend to start with 50, while 10 indicates X forwarding via ssh.

amjadcsu
Posts: 10
Joined: 2011/09/29 14:04:01

Re: x2go server with centos 7.9 fails to start xfce4 manager

Post by amjadcsu » 2021/11/30 14:08:20

I am trying to find GLX version here

And yes i am not using x2go client here cause i have disabled opengl in /etc/x2go/x2goagent.options has it was failing to start xfce4 windows manager

# Uncomment to disable GLX, the old mesa version is hopelessly outdated anyways.



# Unbreaks the gnome3 control center



#


The idea is why my xfce4 works with disabling GLX and when i enable it , it just starts the x2go client and then after 3 seconds terminates my session




X2GO_NXAGENT_DEFAULT_OPTIONS+=" -extension GLX"

chemal
Posts: 776
Joined: 2013/12/08 19:44:49

Re: x2go server with centos 7.9 fails to start xfce4 manager

Post by chemal » 2021/11/30 18:13:25

GLX is a protocol spoken between two parties.

(a) In case of X2Go these are the X-app + libGL.so and the X-proxy x2goagent, all remote.

(b) If you login via ssh + X-forwarding, the remote X-app + the remote libGL.so talk GLX with your local X-server.

Available GLX features are the union of what both participants support. Therefore you cannot check (a) by doing (b).

As the comment in x2goagent.options suggests: "Uncomment to disable GLX, the old mesa version is hopelessly outdated anyways." Be aware that this refers to the *server* side (x2goagent) not to the client side (libGL.so from either Nvidia or Mesa).

amjadcsu
Posts: 10
Joined: 2011/09/29 14:04:01

Re: x2go server with centos 7.9 fails to start xfce4 manager

Post by amjadcsu » 2021/12/02 09:33:55

Ok thanks

When i enable openGLX in x2goagent.options and try to connect with x2goclient on x2goserver

The kernel error i get is this

kernel: x2goagent[36339]: segfault at 48 ip 0000563564d5d9ab sp 00007ffefe715ff0 error 4 in nxagent[563564bff000+439000]

nxagent-3.5.99.26-1.el7.x86_64 : NX Agent

x2goagent-4.1.0.3-9.el7.x86_64 : X2Go Server's X2Go Agent

so is the problem in nxagent or x2goagent?

User avatar
TrevorH
Site Admin
Posts: 33191
Joined: 2009/09/24 10:40:56
Location: Brighton, UK

Re: x2go server with centos 7.9 fails to start xfce4 manager

Post by TrevorH » 2021/12/02 11:30:17

As I said before, you are crashing in the nvidia proprietary code. Why is it trying to use that for an x2go connection which will not have the hardware that it's designed to be used with?
The future appears to be RHEL or Debian. I think I'm going Debian.
Info for USB installs on http://wiki.centos.org/HowTos/InstallFromUSBkey
CentOS 5 and 6 are deadest, do not use them.
Use the FAQ Luke

chemal
Posts: 776
Joined: 2013/12/08 19:44:49

Re: x2go server with centos 7.9 fails to start xfce4 manager

Post by chemal » 2021/12/02 19:03:39

We are talking about *indirect* rendering here. Nvidia implements this as good as Mesa does. Even better, because they offer more features. Libglvnd, the GL Vendor-Neutral Dispatch library (part of Mesa), first tries to load libGLX_indirect.so (a link to libGLX_nvidia.so if Nvidia's driver is installed. Ideally, it would be a separate thing, that implements GLX for indirect rendering optimally), and then libGLX_system.so (always the Mesa version, second rate because they don't care about indirect rendering anymore).

We have a lot of Workstations over here that are used with X2Go and Nvidia drivers installed. (Of course, the Nvida harware in the workstations isn't used in any way with X2Go.)

amjadcsu
Posts: 10
Joined: 2011/09/29 14:04:01

Re: x2go server with centos 7.9 fails to start xfce4 manager

Post by amjadcsu » 2021/12/03 08:05:02

We had the issue where the application wanted mesa libs and not nvidia libs. The application was Gaussian gview.

So we fixed the issue by making indirect GLX shared libs pointing to mesa libs rather then nvidia driver libs

That is we did the following
cd /usr/lib64
ll libGLX_indirect.so.0
/usr/lib64/libGLX_indirect.so.0 -> libGLX_nvidia.so.495.29.05
rm -r libGLX_indirect.so.0
ln -s libGLX_mesa.so.0.0.0 libGLX_indirect.so.0

Amjad

Post Reply