<div dir="ltr">Hi Norman,<div><br></div><div>Thank you, I actually read your thread but wasn't sure if it might apply for my situation since I think I need direct rendering.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Oct 19, 2021 at 4:21 PM Norman Gaywood <<a href="mailto:ngaywood@une.edu.au" target="_blank">ngaywood@une.edu.au</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">I had something similar a few months ago:<div><br><div><a href="https://lists.x2go.org/pipermail/x2go-user/2021-July/006579.html" target="_blank">https://lists.x2go.org/pipermail/x2go-user/2021-July/006579.html</a><br></div></div><div><br></div><div>Essentially, nvidia taking over libGL. I fixed it with (from the above post):</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Thanks Ulrich!<br>Yes indeed the system was using the libGL of nvidia. I did these steps to recover the system:</blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> </blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">yum reinstall libglvnd* mesa*</blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> </blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">That fixes most of the symlinks of libGL in /usr/lib64 to again point to the system's libGL.</blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> </blockquote><div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Except for this one:<br># ll /usr/lib64/libGLX_indirect.so.0<br>lrwxrwxrwx. 1 root root 26 Jul  1 16:03 /usr/lib64/libGLX_indirect.so.0 -> libGLX_nvidia.so.470.42.01</blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> </blockquote></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">So I did this:<br># cd /usr/lib64<br># rm -f libGLX_indirect.so.0<br># ln -s libGLX_mesa.so.0.0.0 libGLX_indirect.so.0<br># ll /usr/lib64/libGLX_indirect.so.0<br>lrwxrwxrwx. 1 root root 20 Jul 14 11:43 /usr/lib64/libGLX_indirect.so.0 -> libGLX_mesa.so.0.0.0</blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> </blockquote><div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Now glxinfo (and firefox) don't crash nxagent!<br>Not sure of the full implications of manually modifying that symlink.</blockquote><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 20 Oct 2021 at 04:36, Eric Shell <<a href="mailto:eshell@ucsc.edu" target="_blank">eshell@ucsc.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">I have a CentOS 7.9 system on which X2Go was previously working perfectly, but which is now broken. It broke after a typical yum update but I am not sure what changed to break things and I would like some help debugging and resolving this issue. I should mention that as part of my troubleshooting I have begun using NVIDIA kmod drivers from the ELRepo instead of ones installed from NVIDIA's .run file.<div><br></div><div>The behavior I'm seeing in every failed connection produces the following log entries. The system has both XFCE and MATE installed and both produce the same output.</div><div><br></div><div>-</div><div><br></div><div>Oct 19 10:21:29 c113256 /usr/bin/x2goruncommand: launching session with Xsession-x2go mechanism, using STARTUP="mate-session"<br>Oct 19 10:21:29 c113256 /usr/bin/x2goruncommand: dbus wrapper available as /usr/bin/dbus-run-session<br>Oct 19 10:21:30 c113256 kernel: resource sanity check: requesting [mem 0x000c0000-0x000fffff], which spans more than PCI Bus 0000:00 [mem 0x000c4000-0x000c7fff window]<br>Oct 19 10:21:30 c113256 kernel: caller os_map_kernel_space.part.6+0x95/0xc0 [nvidia] mapping multiple BARs<br>Oct 19 10:21:31 c113256 kernel: x2goagent[58376]: segfault at 48 ip 0000555fbee349ab sp 00007ffe380702a0 error 4 in nxagent[555fbecd6000+439000]<br>Oct 19 10:21:31 c113256 abrt-hook-ccpp: Process 58376 (nxagent) of user 1001 killed by SIGSEGV - dumping core<br></div><div><br></div><div><div>-</div><div><br></div><div>Interestingly, x2goagent does not segfault if I have the X2Go client run /bin/xclock. The window opens without issue. /bin/firefox fails. /bin/glxgears also fails. Is this related to GL/GLX? How can I obtain more detailed information?</div><div><br>Thank you!</div><div><br></div>-- <br><div dir="ltr"><div dir="ltr"><div><span style="color:rgb(80,0,80);font-size:12.8px">Eric Shell</span></div><div><span style="color:rgb(80,0,80);font-size:12.8px">PBSci Technical Staff</span></div><div><span style="color:rgb(80,0,80);font-size:12.8px"><a href="mailto:eshell@ucsc.edu" target="_blank">eshell@ucsc.edu</a></span></div><div><span style="color:rgb(80,0,80);font-size:12.8px">831 459 4919</span></div></div></div></div></div>
_______________________________________________<br>
x2go-user mailing list<br>
<a href="mailto:x2go-user@lists.x2go.org" target="_blank">x2go-user@lists.x2go.org</a><br>
<a href="https://lists.x2go.org/listinfo/x2go-user" rel="noreferrer" target="_blank">https://lists.x2go.org/listinfo/x2go-user</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr"><div dir="ltr"><div>Norman Gaywood, Computer Systems Officer</div><div>School of Science and Technology<br>University of New England</div><div>Armidale NSW 2351, Australia<br><br><a href="mailto:ngaywood@une.edu.au" target="_blank">ngaywood@une.edu.au</a>  <a href="http://turing.une.edu.au/~ngaywood" target="_blank">http://turing.une.edu.au/~ngaywood</a></div><div>Phone: +61 (0)2 6773 2412  Mobile: +61 (0)4 7862 0062<br><br>Please avoid sending me Word or Power Point attachments.<br>See <a href="http://www.gnu.org/philosophy/no-word-attachments.html" target="_blank">http://www.gnu.org/philosophy/no-word-attachments.html</a><br></div></div></div>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr"><div dir="ltr"><div><span style="color:rgb(80,0,80);font-size:12.8px">Eric Shell</span></div><div><span style="color:rgb(80,0,80);font-size:12.8px">PBSci Technical Staff</span></div><div><span style="color:rgb(80,0,80);font-size:12.8px"><a href="mailto:eshell@ucsc.edu" target="_blank">eshell@ucsc.edu</a></span></div><div><span style="color:rgb(80,0,80);font-size:12.8px">831 459 4919</span></div></div></div>