x2go-user

x2go-user@lists.x2go.org

2315 discussions

New setup
by Bruce Weitzman 10 Mar '15

10 Mar '15

Howdy everyone, I'm working on migrating a 20 workstation windows 2003 terminal server environment to x2go. I'm very excited. I'm going to be running a Dell R900 with 16 cores at 2.93 ghz and 128 megs of ram. I'll have between 500 and 800 Gb of disk space depending on the raid configuration. I'm leaning toward Ubuntu but I'm open to suggestions. My question for the forum is about the Linux distribution and suggested configurations. I have a test setup running with Ubuntu on an older server. The performance has been ok but when viewing videos on YouTube using the x2go client it's a little choppy. That's all for my ramblings. I'm looking forward to hearing any suggestions. Thanks, Bruce Sent from my iPhone

2 2

Problem with session broker in heuler Fedora 20 repo.
by Weiskopff, Robert J. 09 Mar '15

09 Mar '15

For the package maintainers; Situation: We have an old freenx server farm running RHEL 6 and freenx server software. This farm consists of 9 nodes and two load balancers. We are looking to switch from RHEL to Fedora 20 and x2go was selected as the best solution to populate the new server farm. We were really impressed with the client server performance and the activity of the project. I have been following the instructions on: http://wiki.x2go.org/doku.php/wiki:advanced:x2gobroker:loadbalancing However, I have run into a problem with building a load balancer with the x2gobroker. I configured the x2go repo on our servers: # cat /etc/yum.repos.d/x2go.repo [x2go-releases] name=Upstream X2Go Packages (release builds) baseurl=http://packages.x2go.org/fedora/20/main/$basearch gpgcheck=0 enabled=1 protect=0 [x2go-heuler] name=Upstream X2Go heuler Packages baseurl=http://packages.x2go.org/fedora/20/heuler/$basearch gpgcheck=0 enabled=1 protect=0 #[x2go-nightly] #name=Upstream X2Go Packages (nightly builds) #baseurl=http://packages.x2go.org/fedora/20/main/$basearch #gpgcheck=0 #enabled=1 #protect=0 Here is what I experienced when I go to install the session broker authservice package. [root@x2go-lb1 ~]# yum install x2gobroker-authservice.x86_64 Loaded plugins: langpacks, refresh-packagekit Resolving Dependencies --> Running transaction check ---> Package x2gobroker-authservice.x86_64 0:0.0.3.0-0.0x2go1.0.git20150221.892.heuler.fc20 will be installed --> Processing Dependency: python-x2gobroker = 0.0.3.0-0.0x2go1.0.git20150221.892.heuler.fc20 for package: x2gobroker-authservice-0.0.3.0-0.0x2go1.0.git20150221.892.heuler.fc20.x86_64 --> Processing Dependency: python-pampy for package: x2gobroker-authservice-0.0.3.0-0.0x2go1.0.git20150221.892.heuler.fc20.x86_64 --> Running transaction check ---> Package python-x2gobroker.x86_64 0:0.0.3.0-0.0x2go1.0.git20150221.892.heuler.fc20 will be installed --> Processing Dependency: python-pam for package: python-x2gobroker-0.0.3.0-0.0x2go1.0.git20150221.892.heuler.fc20.x86_64 ---> Package x2gobroker-authservice.x86_64 0:0.0.3.0-0.0x2go1.0.git20150221.892.heuler.fc20 will be installed --> Processing Dependency: python-pampy for package: x2gobroker-authservice-0.0.3.0-0.0x2go1.0.git20150221.892.heuler.fc20.x86_64 --> Running transaction check ---> Package python-pam.noarch 0:0.1.3-2.fc20 will be installed ---> Package x2gobroker-authservice.x86_64 0:0.0.3.0-0.0x2go1.0.git20150221.892.heuler.fc20 will be installed --> Processing Dependency: python-pampy for package: x2gobroker-authservice-0.0.3.0-0.0x2go1.0.git20150221.892.heuler.fc20.x86_64 --> Finished Dependency Resolution Error: Package: x2gobroker-authservice-0.0.3.0-0.0x2go1.0.git20150221.892.heuler.fc20.x86_64 (x2go-heuler) Requires: python-pampy You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest [root@x2go-lb1 ~]# So I know that python-pampy was phased out by the python-pam package. However, I am running Fedora 20 and I don't seem to have the corrected rpms that the Debian distros received in the heuler repo. I learned about the Debian fix from the list serv archives: http://lists.x2go.org/pipermail/x2go-user/2013-October/001629.html So I created a python-pampy rpm and installed it in an attempt to fix the dependancy problem. [root@x2go-lb1 x86_64]# yum localinstall python-pampy-0.1.4-3.1.x86_64.rpm Loaded plugins: langpacks, refresh-packagekit Examining python-pampy-0.1.4-3.1.x86_64.rpm: python-pampy-0.1.4-3.1.x86_64 Marking python-pampy-0.1.4-3.1.x86_64.rpm to be installed Resolving Dependencies --> Running transaction check ---> Package python-pampy.x86_64 0:0.1.4-3.1 will be installed --> Finished Dependency Resolution Dependencies Resolved ================================================================================================================================= Package Arch Version Repository Size ================================================================================================================================= Installing: python-pampy x86_64 0.1.4-3.1 /python-pampy-0.1.4-3.1.x86_64 10 k Transaction Summary ================================================================================================================================= Install 1 Package Total size: 10 k Installed size: 10 k Is this ok [y/d/N]: y Downloading packages: Running transaction check Running transaction test Transaction test succeeded Running transaction (shutdown inhibited) Installing : python-pampy-0.1.4-3.1.x86_64 1/1 Verifying : python-pampy-0.1.4-3.1.x86_64 1/1 Installed: python-pampy.x86_64 0:0.1.4-3.1 Complete! [root@x2go-lb1 x86_64]# Then I installed the x2gobroker-authservice.x86_64 package and I get the following: [root@x2go-lb1 ~]# yum install x2gobroker-authservice.x86_64 Loaded plugins: langpacks, refresh-packagekit Resolving Dependencies --> Running transaction check ---> Package x2gobroker-authservice.x86_64 0:0.0.3.0-0.0x2go1.0.git20150221.892.heuler.fc20 will be installed --> Processing Dependency: python-x2gobroker = 0.0.3.0-0.0x2go1.0.git20150221.892.heuler.fc20 for package: x2gobroker-authservice-0.0.3.0-0.0x2go1.0.git20150221.892.heuler.fc20.x86_64 --> Running transaction check ---> Package python-x2gobroker.x86_64 0:0.0.3.0-0.0x2go1.0.git20150221.892.heuler.fc20 will be installed --> Processing Dependency: python-pam for package: python-x2gobroker-0.0.3.0-0.0x2go1.0.git20150221.892.heuler.fc20.x86_64 --> Running transaction check ---> Package python-pam.noarch 0:0.1.3-2.fc20 will be installed --> Finished Dependency Resolution Dependencies Resolved ================================================================================================================================= Package Arch Version Repository Size ================================================================================================================================= Installing: x2gobroker-authservice x86_64 0.0.3.0-0.0x2go1.0.git20150221.892.heuler.fc20 x2go-heuler 10 k Installing for dependencies: python-pam noarch 0.1.3-2.fc20 fedora 8.4 k python-x2gobroker x86_64 0.0.3.0-0.0x2go1.0.git20150221.892.heuler.fc20 x2go-heuler 126 k Transaction Summary ================================================================================================================================= Install 1 Package (+2 Dependent packages) Total size: 144 k Total download size: 134 k Installed size: 631 k Is this ok [y/d/N]: As you can see the x2gobroker-authservice.x86_64 package needed the python-pampy, but now it wants to install the right python-pam package which will conflict with python-pampy. Is this ok [y/d/N]: y Downloading packages: (1/2): python-pam-0.1.3-2.fc20.noarch.rpm | 8.4 kB 00:00:00 (2/2): python-x2gobroker-0.0.3.0-0.0x2go1.0.git20150221.892.heuler.fc20.x86_64.rpm | 126 kB 00:00:00 --------------------------------------------------------------------------------------------------------------------------------- Total 164 kB/s | 134 kB 00:00:00 Running transaction check Running transaction test Transaction check error: file /usr/lib/python2.7/site-packages/pam.py from install of python-pam-0.1.3-2.fc20.noarch conflicts with file from package python-pampy-0.1.4-3.1.x86_64 file /usr/lib/python2.7/site-packages/pam.pyc from install of python-pam-0.1.3-2.fc20.noarch conflicts with file from package python-pampy-0.1.4-3.1.x86_64 file /usr/lib/python2.7/site-packages/pam.pyo from install of python-pam-0.1.3-2.fc20.noarch conflicts with file from package python-pampy-0.1.4-3.1.x86_64 Error Summary ------------- [root@x2go-lb1 ~]# Is it possible, for convenience purposes to fix the Fedora 20 repo or is there a better way I am unaware of. Thank you for your assistance. Robert Weiskopff UNIX/Linux Administrator Email: weiskopffrj(a)ornl.gov

2 2

X2go Sound doesn't work for Session Type "Connect to local Desktop".
by Ali Laraaj 07 Mar '15

07 Mar '15

Hello, Anyone has any idea how to get sound to work on X2go for a running session shared on on more than one computer. I start a session by choosing session type "KDE" on one computer. then on the other i going the same session by choosing "Connect to local desktop" on the first computer the sound works but on the the second one it doesn't any ideas how to solve this problem. Thanks in advance for your help, Regards,

1 0

Re: [X2Go-User] win32 x2go client not resuming
by George Trakatelis 06 Mar '15

06 Mar '15

Hi Will, >> x2go-INFO-3> "Started x2goclient." >> x2go-INFO-8> "Starting connection to server: 172.20.0.2:22" >> Object::connect: No such slot ONMainWindow::slotTunnelOk() Yes, you should file this as a bug. It's a situation analogous to the one described in bug #742 (argument mismatch) http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=742 > I realise I never did this properly. > When I do run it with --debug it often works and this error only occurs infrequently. > I assume it is because writing out the messages slows things down just enough that > when slotTunnelOk is called winServersReady is now true. Awkward! That shouldn't happen. George Trakatelis DoAI, UoM, Greece

1 0

win32 x2go client not resuming
by Will Wagner 06 Mar '15

06 Mar '15

Hello, I have just setup a new server running debian jessie with x2go server (4.0.1.18-0x2go1+git20141006.949+jessie). I have windows client 4.0.3.2 The first time I connect it all works. However on a subsequent attempt to resume it doesn't work. After entering password the client pops up the connecting dialog never outputs any text even though I have sow details checked. I also get the task bar popup saying it has connected although all options are greyed out. It appears to sit there forever at this point. If I look at the server logs I see: Mar 3 11:42:43 waldorf2 /usr/bin/x2goresume-session: client 172.20.1.8 has successfully resumed session with ID willw-50-1425325134_stDXFCE_dp32 Mar 3 11:43:14 waldorf2 /usr/bin/x2gosetkeyboard: /home/willw/.x2go/C-willw-50-1425325134_stDXFCE_dp32/keyboard did not appear within 30s after agent startup So it appears that the client has got stuck part way though resuming? Anyone got any ideas what this could be? Where can I look on windows for log messages from the client? Thanks Will

3 6

Questions about sessions
by Michael DePaulo 05 Mar '15

05 Mar '15

Hi, I feel awkward asking these since I am a developer. 1. What are the differences between a session that is "suspend" and a session that is "running" but disconnected? 2. With X2Go Client for Windows at least, sometimes I will connect to an X2go Server and I will see 1 running or suspended session listed in the Qt4 GUI. Other times, I connect and it automatically connect me to the existing session. What causes this behavior? BTW, there are FIXMEs on this page: http://wiki.x2go.org/doku.php/wiki:advanced:x2goserver-in-detail -Mike#2

5 12

Where can I read about LDAP integration?
by Антон А. Черноусов 05 Mar '15

05 Mar '15

Hi guys . Where can I read about LDAP integration ?

3 2

PATH clobbered with X2Go client 4.0.3.0+
by Ron Yorston 05 Mar '15

05 Mar '15

I'm using X2Go to connect to a GNOME session running on CentOS 6. With X2Go clients prior to 4.0.3.0 all is well. With clients 4.0.3.0 and above on both Windows and Linux I'm seeing a problem with the PATH environment variable: any changes to PATH made by scripts in /etc/profile.d are lost; all other environment settings made by these scripts are OK. Changes made to PATH in ~/.bash_profile are respected, so that's a workaround. Something about newer clients is breaking PATH: any clues as to what it might be, or how I can track down what's happening? Ron

1 0

X2go Talk / Presentation...
by Nigra Truo 03 Mar '15

03 Mar '15

Hi, I'm giving a presentation / speech about X2go this Wednesday at the silicon valley linux user group, I was just wondering if you guys have done any presentations and introductions about x2go and have some of the slide decks online that I might get an idea of all the points to cover. X2go is really unknown here at the US westcoast and I would like to change that and introduce people to it. Thanks, Markus

4 4

intermitent behaviour: freezes on status connecting
by Tiago 26 Feb '15

26 Feb '15

Hi, I am using X2go 4.0.3.1 client on Windows 7 and the following version on a Centos 6.4 server: x2goagent: 3.5.0.27 x2goserver: 4.0.1.13 x2goserver-extensions: 4.0.1.13 x2goserver-fmbindings: 4.0.1.13 x2goserver-xsession: 4.0.1.13 X2go has been working stably for months but on average it takes me 2 attempts to resume a KDE session. Half the time I just get a "status: connecting" and no messages on the log window. I then have to restart the client. Is this a known problem or could people please suggest how to debug it? Thanks, tiago

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

x2go-user