x2go-dev June 2022

x2go-dev@lists.x2go.org

2 participants
74 discussions

Bug#1421: journalctl flooded with ssh_channel_accept: No channel request of this type from server
by Sorin T 10 Apr '23

10 Apr '23

Package: x2goclient Version: 4.1.2.1 This output is shown continuously. I have also disabled the Media and the Shared folders options. [2019/12/05 12:21:49.755356, 1] ssh_channel_accept: No channel request of this type from server [2019/12/05 12:21:49.844514, 1] ssh_channel_accept: No channel request of this type from server [2019/12/05 12:21:49.844968, 1] ssh_channel_accept: No channel request of this type from server [2019/12/05 12:21:50.345651, 1] ssh_channel_accept: No channel request of this type from server [2019/12/05 12:21:50.846330, 1] ssh_channel_accept: No channel request of this type from server [2019/12/05 12:21:51.347011, 1] ssh_channel_accept: No channel request of this type from server [2019/12/05 12:21:51.354536, 1] ssh_channel_accept: No channel request of this type from server [2019/12/05 12:21:51.355837, 1] ssh_channel_accept: No channel request of this type from server [2019/12/05 12:21:51.358011, 1] ssh_channel_accept: No channel request of this type from server [2019/12/05 12:21:51.858687, 1] ssh_channel_accept: No channel request of this type from server [2019/12/05 12:21:52.359381, 1] ssh_channel_accept: No channel request of this type from server [2019/12/05 12:21:52.860074, 1] ssh_channel_accept: No channel request of this type from server [2019/12/05 12:21:53.360787, 1] ssh_channel_accept: No channel request of this type from server It could be a ssh config problem ? I am using on client machine: OpenSSH_8.1p1, OpenSSL 1.1.1d 10 Sep 2019 Guest OS: Debian based Guest ssh version: OpenSSH_7.9p1 Debian-10, OpenSSL 1.1.1d 10 Sep 2019 Guest x2goserver: 4.1.0.3-4 Sent with [ProtonMail](https://protonmail.com) Secure Email.

3 6

Bug#1541: x2go graphics issue on MacOS Big Sur
by Kailin Zhuang 12 Aug '22

12 Aug '22

Package: x2goclient Version: 4.1.2.1 I'm using X2Go to run scientific software on our campus compute cluster (since 2019). I recently installed X2Go on a new MacBook Pro 2020 with the M1 chip running Big Sur. Immediately after launching X2Go, the following message repeats about 10 times per minute until I close X2Go: com.apple.xpc.launchd[1] (com.apple.mdworker.shared.XXX): Service exited due to SIGKILL | sent by mds[499]\ When I start Matlab (a scientific application I use for research), the x2go window turns black and becomes unusable. I'm enclosing a screenshot. The same Matlab software works as expected (no display problems) when I run it remotely via ssh (with X11 forwarding enabled) instead of X2Go.

2 1

Infinite loop in X2GoRevFwTunnel handler on socket error
by Tomáš Cerha 22 Jun '22

22 Jun '22

Dear list members, We develop a custom client for our application using python-x2go and we make use of X2GoRevFwTunnel to expose some client side functionality to the server side app. We observed regular X2Go session freezing after about 3 hours running on Windows (several versions, reliably reproducible on Windows 10) with the following output: WARN: Reverse tunnel <paramiko.Channel 16 (open) window=2036405 -> <paramiko.Transport at 0x4e4f270L (cipher aes128-ctr, 128 bits) (active; 2 open channel(s))>> encoutered socket error: [Errno 10054] An existing connection was forcibly closed by the remote host This message comes from x2go_rev_forward_channel_handler() and if the error persists, the code loops endlessly. This freezes the whole session (IMHO due to cooperative multitasking not having a chance to switch). The attached patch solves the problem by breaking after catching the socket error 1024 times. This leads to the tunnel being closed, which allows the application to reopen it automatically and recover gracefully from the situation. This seems suffitiently conservative, seems to make sense generally and definitely helps in our case. Of course, there may be other ways to deal with the problem, so the patch is just a suggestion. We currently work around the problem by monkey patching the function x2go_rev_forward_channel_handler(), but of course, we would love to see the problem solved upstream. Thank you for considering the patch and for your great work on the X2Go project. Best regards Tomáš Cerha

2 1

Running X2Go on Mac OS
by Tomáš Cerha 22 Jun '22

22 Jun '22

Dear list members, I recently managed to make our python-x2go based app run on Mac OS with some tiny changes to python-x2go, so I wanted to share these changes with others and suggest merging them upstream. The first problem was in defaults.py, which includes some specific settings for different OSes based on platform.system(). The problem is, that the section for Mac OS wrongly assumes that platform.system() returns ‘Mac’, while it actually returns ‘Darwin’. AFAIK, it has always been so. For more insight see for example https://bugs.python.org/issue7850. The attached file 0001-Fix-Mac-OS-recognition.patch fixes that. The second problem was that we need to install the NX proxy binary to a different path than "/usr/bin/nxproxy”. For that purpose I made use of the environment variable NXPROXY_BINARY which is already used on Windows. This is implemented by the second patch file 0002-Respect-NXPROXY_BINARY-also-on-non-Windows-systems.patch. For consistency, it might also make sense to use this variable only if it contains a valid path, as it is done on Windows, but I didn’t do that in the patch. Thank you for considering merging these patches upstream and thank you for the great work on X2Go. Best regards Tomas Cerha

2 1

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev June 2022