From martin.stahlberg@oeaw.ac.at Sat Sep 16 23:45:47 2017 Received: (at submit) by bugs.x2go.org; 16 Sep 2017 21:45:50 +0000 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on ymir.das-netzwerkteam.de X-Spam-Level: X-Spam-Status: No, score=-2.0 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HTML_MESSAGE,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.1 Received: from localhost (localhost [127.0.0.1]) by ymir.das-netzwerkteam.de (Postfix) with ESMTP id B28785DACB for ; Sat, 16 Sep 2017 23:45:47 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at ymir.das-netzwerkteam.de Received: from ymir.das-netzwerkteam.de ([127.0.0.1]) by localhost (ymir.das-netzwerkteam.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xY2QdIV9qw3l for ; Sat, 16 Sep 2017 23:45:43 +0200 (CEST) X-Greylist: delayed 316 seconds by postgrey-1.35 at ymir.das-netzwerkteam.de; Sat, 16 Sep 2017 23:45:42 CEST Received: from smtp.oeaw.ac.at (smtp.oeaw.ac.at [193.170.80.48]) by ymir.das-netzwerkteam.de (Postfix) with ESMTPS id EB74B5DA2B for ; Sat, 16 Sep 2017 23:45:42 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=oeaw.ac.at; s=k1; h=Content-Type:In-Reply-To:MIME-Version:Date:Message-ID:From:To:References:Subject; bh=JZ0ZRpnRn+me4CarzNz8Kuvw22rq+IT7QBQsrwXCxno=; b=UgGnhaKBZOMGILUgDW0uNlmMH3U4VBJCEI/ZL7xQdBnldy+ZCE80ERYjv9dyXEwBISJbSkrjX6UDD8McHjwu6Mcf1H/r2W5yislXHR5w0sV/y9fadPtzBlDeS23mTJv+vV8kWMSJSgeqUGDFar9hcL1PJpx4OReLnXWhjR90Y18=; Received: from [213.4.200.13] (helo=[10.25.3.5]) by smtp.oeaw.ac.at with esmtpsa (UNKNOWN:DHE-RSA-AES128-SHA:128) (Exim 4.80.1) (envelope-from ) id 1dtKp8-0006lz-CM for submit@bugs.x2go.org; Sat, 16 Sep 2017 23:40:26 +0200 Subject: Unable to resume X2Go session References: <6a7fe345-2d1e-47ee-8d9c-bafc1081ae4d@oeaw.ac.at> To: submit@bugs.x2go.org From: Martin Stahlberg X-Forwarded-Message-Id: <6a7fe345-2d1e-47ee-8d9c-bafc1081ae4d@oeaw.ac.at> Message-ID: Date: Sat, 16 Sep 2017 23:40:24 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <6a7fe345-2d1e-47ee-8d9c-bafc1081ae4d@oeaw.ac.at> Content-Type: multipart/alternative; boundary="------------8B520CCD3B997279620079EE" This is a multi-part message in MIME format. --------------8B520CCD3B997279620079EE Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Package: x2goserver Version: 4.0.1.20 Hello, I am experiencing the following problem, of which I am not quite sure which package causes it: I am trying to connect with an x2go client running on a Windows 10 system to a remote x2go server which I set up on a Debian Jessie 8.6 virtual machine (Kernel version 3.16.36-1), using XFCE as graphical interface. I am able to connect and establish a session, but if I suspend the session and try to resume it, the client closes the connection, and nothing works until I restart the server on the remote system. If I terminate the session and then try to open a new one, everything works fine. _X2Go version on server side (installed via apt from____http://packages.x2go.org/debian__):_ x2goagent: 3.5.0.32 x2golxdebindings: 1.0.2.4 x2goserver: 4.0.1.20 x2goserver-extensions: 4.0.1.20 x2goserver-xsession: 4.0.1.20 _X2Go client version:_ x2goclient: 4.1.00 _Content of the session.log when opening a new session, suspending it and trying to resume it: _ running as X2Go Agent NXAGENT - Version 3.5.0 Copyright (C) 2001, 2011 NoMachine. See http://www.nomachine.com/ for more information. Info: Agent running with pid '31695'. Session: Starting session at 'Sat Sep 16 22:19:38 2017'. Info: Proxy running in server mode with pid '31695'. Info: Waiting for connection from 'localhost' on port '50592'. Info: Accepted connection from '127.0.0.1'. Info: Connection with remote proxy completed. Info: Using ADSL link parameters 512/24/1/0. Info: Using agent parameters 5000/10/50/0/0. Info: Using cache parameters 4/4096KB/8192KB/8192KB. Info: Using pack method '16m-jpeg-9' with session 'unix-kde-depth_32'. Info: Using ZLIB data compression 1/1/32. Info: Using ZLIB stream compression 4/4. Info: No suitable cache file found. Info: Listening to X11 connections on display ':51'. Info: Established X client connection. Info: Using shared memory parameters 1/1/0/0K. Info: Using alpha channel in render extension. Info: Using local device configuration changes. keyboard file created Session: Session started at 'Sat Sep 16 22:19:49 2017'. Session: Suspending session at 'Sat Sep 16 22:20:17 2017'. Info: Waiting the cleanup timeout to complete. Session: Session suspended at 'Sat Sep 16 22:20:18 2017'. Session: Resuming session at 'Sat Sep 16 22:20:32 2017'. Info: Proxy running in server mode with pid '31695'. Info: Waiting for connection from 'localhost' on port '50592'. Info: Accepted connection from '127.0.0.1'. Info: Connection with remote proxy completed. Info: Using ADSL link parameters 512/24/1/0. Info: Using agent parameters 5000/10/50/0/0. Info: Using cache parameters 4/4096KB/8192KB/8192KB. Info: Using pack method '16m-jpeg-9' with session 'unix-kde-depth_32'. Info: Using ZLIB data compression 1/1/32. Info: Using ZLIB stream compression 4/4. Info: Using cache file '/tmp/.x2go-///C-//-51-1505593177_stDXFCE_dp32/cache-unix-kde-depth_32/C-D6A0F504FFBC6CB8C93F125D331C30C6'. Info: Listening to X11 connections on display ':51'. Session: Display failure detected at 'Sat Sep 16 22:20:35 2017'. Session: Suspending session at 'Sat Sep 16 22:20:35 2017'. Info: Your session has died before reaching an usable state. Info: This can be due to the remote X server refusing access to the client. Info: Please check the authorization provided by your X application. Info: Waiting the cleanup timeout to complete. Session: Session suspended at 'Sat Sep 16 22:20:40 2017'. I have tried also the following: - Accessing the remote machine from a different system (Ubuntu 16 with X2GoClient 4.1.01), with the same result - Using an external x server on the client side, with the same result So far,  my guess is that this is some sort of authorization issue on the server side; the x2go installation on the remote machine was done using a fakeroot environment, although I have no idea how this could influence the resuming. I would be very thankful for any kind of advice! Best regards, Martin --------------8B520CCD3B997279620079EE Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit Package: x2goserver
Version: 4.0.1.20

Hello,

I am experiencing the following problem, of which I am not quite sure which package causes it:

I am trying to connect with an x2go client running on a Windows 10 system to a remote x2go server which I set up on a Debian Jessie 8.6 virtual machine (Kernel version 3.16.36-1), using XFCE as graphical interface. I am able to connect and establish a session, but if I suspend the session and try to resume it, the client closes the connection, and nothing works until I restart the server on the remote system. If I terminate the session and then try to open a new one, everything works fine.

X2Go version on server side (installed via apt from http://packages.x2go.org/debian):

x2goagent: 3.5.0.32
x2golxdebindings: 1.0.2.4
x2goserver: 4.0.1.20
x2goserver-extensions: 4.0.1.20
x2goserver-xsession: 4.0.1.20

X2Go client version:

x2goclient: 4.1.00

Content of the session.log when opening a new session, suspending it and trying to resume it:

running as X2Go Agent

NXAGENT - Version 3.5.0

Copyright (C) 2001, 2011 NoMachine.
See http://www.nomachine.com/ for more information.

Info: Agent running with pid '31695'.
Session: Starting session at 'Sat Sep 16 22:19:38 2017'.
Info: Proxy running in server mode with pid '31695'.
Info: Waiting for connection from 'localhost' on port '50592'.
Info: Accepted connection from '127.0.0.1'.
Info: Connection with remote proxy completed.
Info: Using ADSL link parameters 512/24/1/0.
Info: Using agent parameters 5000/10/50/0/0.
Info: Using cache parameters 4/4096KB/8192KB/8192KB.
Info: Using pack method '16m-jpeg-9' with session 'unix-kde-depth_32'.
Info: Using ZLIB data compression 1/1/32.
Info: Using ZLIB stream compression 4/4.
Info: No suitable cache file found.
Info: Listening to X11 connections on display ':51'.
Info: Established X client connection.
Info: Using shared memory parameters 1/1/0/0K.
Info: Using alpha channel in render extension.
Info: Using local device configuration changes.
keyboard file created
Session: Session started at 'Sat Sep 16 22:19:49 2017'.
Session: Suspending session at 'Sat Sep 16 22:20:17 2017'.
Info: Waiting the cleanup timeout to complete.
Session: Session suspended at 'Sat Sep 16 22:20:18 2017'.
Session: Resuming session at 'Sat Sep 16 22:20:32 2017'.
Info: Proxy running in server mode with pid '31695'.
Info: Waiting for connection from 'localhost' on port '50592'.
Info: Accepted connection from '127.0.0.1'.
Info: Connection with remote proxy completed.
Info: Using ADSL link parameters 512/24/1/0.
Info: Using agent parameters 5000/10/50/0/0.
Info: Using cache parameters 4/4096KB/8192KB/8192KB.
Info: Using pack method '16m-jpeg-9' with session 'unix-kde-depth_32'.
Info: Using ZLIB data compression 1/1/32.
Info: Using ZLIB stream compression 4/4.
Info: Using cache file '/tmp/.x2go-<my username>/C-<my username>-51-1505593177_stDXFCE_dp32/cache-unix-kde-depth_32/C-D6A0F504FFBC6CB8C93F125D331C30C6'.
Info: Listening to X11 connections on display ':51'.
Session: Display failure detected at 'Sat Sep 16 22:20:35 2017'.
Session: Suspending session at 'Sat Sep 16 22:20:35 2017'.
Info: Your session has died before reaching an usable state.
Info: This can be due to the remote X server refusing access to the client.
Info: Please check the authorization provided by your X application.
Info: Waiting the cleanup timeout to complete.
Session: Session suspended at 'Sat Sep 16 22:20:40 2017'.


I have tried also the following:

- Accessing the remote machine from a different system (Ubuntu 16 with X2GoClient 4.1.01), with the same result

- Using an external x server on the client side, with the same result


So far,  my guess is that this is some sort of authorization issue on the server side; the x2go installation on the remote machine was done using a fakeroot environment, although I have no idea how this could influence the resuming.

I would be very thankful for any kind of advice!

Best regards,

Martin

--------------8B520CCD3B997279620079EE--