Bug 1371690
Summary: | Cannot connect to x2goserver local desktop using x2goclient | ||
---|---|---|---|
Product: | [Fedora] Fedora EPEL | Reporter: | bryanhoop |
Component: | x2goserver | Assignee: | Orion Poplawski <orion> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | high | Docs Contact: | |
Priority: | unspecified | ||
Version: | epel7 | CC: | bryanhoop, orion, paul, pawel.bogucki |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
URL: | http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=799 | ||
Whiteboard: | |||
Fixed In Version: | x2goserver-4.0.1.19-12.el7 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2016-10-23 01:47:23 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
bryanhoop
2016-08-30 20:26:58 UTC
You've installed and enabled x2godesktopsharing as well? http://wiki.x2go.org/doku.php/doc:usage:desktop-sharing (In reply to Orion Poplawski from comment #1) > You've installed and enabled x2godesktopsharing as well? > http://wiki.x2go.org/doku.php/doc:usage:desktop-sharing I am under the impression that x2godesktopsharing is not required when user "foo" wants to gain access to the local desktop of user "foo." x2godesktopsharing is meant for accessing "foo"'s desktop by "foo2" user. Source: https://wiki.archlinux.org/index.php/X2Go#Desktop_Shadowing Additionally, I am able to connect to the local desktop of my Fedora 24 servers without x2godesktopsharing installed. I've also confirmed that user "foo" has an active desktop running locally on the server. I can't seem to find anything related to the problem in the logs but let me know if you need additional information. Hmm, perhaps. I don't use the feature myself. There should be some x2go messages in /var/log/messages that might help. Also: "x2goclient --debug" can help /var/log/messages after trying to connect to local desktop: Sep 21 17:03:56 localhost systemd-logind: New session 1272 of user foo. Sep 21 17:03:56 localhost systemd: Started Session 1272 of user foo. Sep 21 17:03:56 localhost systemd: Starting Session 1272 of user foo. ...then nothing x2goclient --debug after trying to connect to local desktop: x2go-INFO-1> "Starting X2Go Client..." x2go-WARNING-1> "English language requested, not loading translator." x2go-WARNING-1> "English language requested, not loading translator." x2go-INFO-3> "Started X2Go Client." x2go-DEBUG-../src/onmainwindow.cpp:513> "$HOME=/home/user" x2go-DEBUG-../src/onmainwindow.cpp:2202> Reading 3 sessions from config file. x2go-DEBUG-../src/sessionbutton.cpp:325> Creating QPixmap with session icon: ":/img/icons/128x128/x2gosession.png". x2go-DEBUG-../src/sessionbutton.cpp:325> Creating QPixmap with session icon: ":/img/icons/128x128/x2gosession.png". x2go-DEBUG-../src/sessionbutton.cpp:325> Creating QPixmap with session icon: ":/img/icons/128x128/x2gosession.png". x2go-DEBUG-../src/onmainwindow.cpp:2682> Creating QPixmap with session icon: '":/img/icons/128x128/x2gosession.png"'. x2go-INFO-8> "Starting connection to server: xxx.xx.xx.xxx:22" x2go-DEBUG-../src/onmainwindow.cpp:2783> Starting new ssh connection to server:"xxx.xx.xx.xxx":"22" krbLogin: false x2go-DEBUG-../src/sshmasterconnection.cpp:173> SshMasterConnection, host "xxx.xx.xx.xxx"port 22user "foo"useproxy falseproxyserver ""proxyport 22 x2go-DEBUG-../src/sshmasterconnection.cpp:210> Starting SSH connection without Kerberos authentication. x2go-DEBUG-../src/sshmasterconnection.cpp:214> SshMasterConnection, instance SshMasterConnection(0x55e20650acb0) created. x2go-DEBUG-../src/sshmasterconnection.cpp:450> SshMasterConnection, instance SshMasterConnection(0x55e20650acb0) entering thread. x2go-DEBUG-../src/sshmasterconnection.cpp:486> libssh not initialized yet. Initializing. x2go-DEBUG-../src/sshmasterconnection.cpp:797> cserverAuth x2go-DEBUG-../src/sshmasterconnection.cpp:812> state: 1 x2go-DEBUG-../src/sshmasterconnection.cpp:983> Challenge authentication failed. Trying password mechanism if available. x2go-DEBUG-../src/sshmasterconnection.cpp:989> Password mechanism available. Continuing. x2go-DEBUG-../src/sshmasterconnection.cpp:993> Password authentication requested. x2go-DEBUG-../src/sshmasterconnection.cpp:662> User authentication OK. x2go-DEBUG-../src/onmainwindow.cpp:2878> SSH connection established. x2go-DEBUG-../src/onmainwindow.cpp:3160> Continue normal X2Go session x2go-DEBUG-../src/sshprocess.cpp:199> Executing remote command via SshProcess object 0: "export HOSTNAME && x2golistdesktops" x2go-DEBUG-../src/sshprocess.cpp:204> this=SshProcess(0x55e20650ab40) Running masterCon->addChannelConnection(this, ' "d84000fb-4c8d-4e20-b1d0-a035d0dcaab7" ', ' "bash -l -c 'echo "X2GODATABEGIN:d84000fb-4c8d-4e20-b1d0-a035d0dcaab7"; export PATH="/usr/local/bin:/usr/bin:/bin"; export TERM="dumb"; export HOSTNAME && x2golistdesktops; echo "X2GODATAEND:d84000fb-4" '); x2go-DEBUG-../src/sshmasterconnection.cpp:1312> Locking SSH channel connection MUTEX. x2go-DEBUG-../src/sshmasterconnection.cpp:1314> Passing new channel conenction object to channelConnections. x2go-DEBUG-../src/sshmasterconnection.cpp:1316> Unlocking SSH channel connection MUTEX. x2go-DEBUG-../src/sshmasterconnection.cpp:1504> Creating new channel. x2go-DEBUG-../src/sshmasterconnection.cpp:1508> New channel:0x7f5c20013c30 x2go-DEBUG-../src/sshmasterconnection.cpp:1539> Executing remote: "bash -l -c 'echo "X2GODATABEGIN:d84000fb-4c8d-4e20-b1d0-a035d0dcaab7"; export PATH="/usr/local/bin:/usr/bin:/bin"; export TERM="dumb"; export HOSTNAME && x2golistdesktops; echo "X2GODATAEND:d84000fb-4c8d-4e20-b1d0-a035d0dcaab7";'" x2go-DEBUG-../src/sshmasterconnection.cpp:1562> New exec channel created. x2go-DEBUG-../src/sshmasterconnection.cpp:1611> EOF on channel 0x7f5c20013c30; SshProcess object: 0 x2go-DEBUG-../src/sshmasterconnection.cpp:1734> EOF sent. x2go-DEBUG-../src/sshmasterconnection.cpp:1738> Channel closed. x2go-DEBUG-../src/sshprocess.cpp:517> SSH finished: raw output (stdout): "X2GODATABEGIN:d84000fb-4c8d-4e20-b1d0-a035d0dcaab7 X2GODATAEND:d84000fb-4c8d-4e20-b1d0-a035d0dcaab7 " x2go-DEBUG-../src/sshprocess.cpp:528> SSH finished: true - "" (0). x2go-DEBUG-../src/onmainwindow.cpp:3549> "" I really think you need to activate x2godesktopsharing. Without it I get: # x2golistdesktops # With it activated I get: # x2golistdesktops orion@:0 Hmmm on Fedora I get: >x2golistdesktops foo@:0 >dnf list installed | grep x2go x2goagent.x86_64 3.5.0.32-4.fc24 @fedora x2goclient.x86_64 4.0.5.1-1.fc24 @fedora x2goserver.x86_64 4.0.1.19-11.fc24 @updates On CentOS I get: >x2golistdesktops >yum list installed | grep x2go x2goagent.x86_64 3.5.0.32-3.el7 @epel x2goserver.x86_64 4.0.1.19-6.el7 @epel x2goserver-xsession.x86_64 4.0.1.19-6.el7 @epel So there is definitely some different and unexpected behavior. I will try installing and enabling x2godesktopsharing on CentOS tomorrow when I have local access to the running session. Okay, x2golistdesktops expects "ss -lxu" to output the X servers with entries that match \/tmp\/.X11-unix\/X.* This works on Fedora 24 but not on EL7. Not sure why yet. Looks like a bug in ss from iproute. Looks like it is fixed in RHEL7.3 beta (probably bug #1318005 but I can't see it to be sure). On the other had, I don't think x2golistdesktops should be using the -u option which should also fix it. I can confirm that x2golistdesktops works without passing the -u parameter to ss. I changed the script /usr/bin/x2golistdesktops at line 68 from: my $lines=`ss -lxu`; to my $lines=`ss -lx`; And x2golistdesktops works fine and accessing a local desktop also works fine. Of course this is a workaround and not a solution, but it should help until the bug is fixed in ss or the x2go team updates the script. Upstream report: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=799 x2goserver-4.0.1.19-12.el7 has been pushed to the Fedora EPEL 7 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-ef7d22a52a x2goserver-4.0.1.19-12.el7 has been pushed to the Fedora EPEL 7 stable repository. If problems still persist, please make note of it in this bug report. |