On 11/05/2017 03:03 PM, Robert Kudyba wrote:
more options
nx/nx,link=adsl,pack=16m-jpeg-9,limit=0,root=/tmp/.x2go-localguy/C-localguy-137-1509136412_stDXFCE_dp32,cache=8M,images=32M,type=unix-kde-depth_32,id=localguy-137-1509136412_stDXFCE_dp32,cookie=2822a45b525e999d9623e3a3aafd6b53,errors=/tmp/.x2go-localguy/C-localguy-137-1509136412_stDXFCE_dp32/session.log,kbtype=pc105/us,geometry=800x600,resize=1,fullscreen=0,accept=localhost,listen=41900,clipboard=both,client=linux,menu=0,state=/tmp/.x2go-localguy/C-localguy-137-1509136412_stDXFCE_dp32/state:137
Hmm, looks fine as well. The cookie is recorded in there.
One way this may go haywire looks like this: x2goclient executes x2gostartagent on the server, then the channel disconnects. nxagent is always spawned in the background, so that the script can terminate almost immediately. The connection is held open, though, since everything is tunneled through one ssh connection anyway, but if the channel termination leads to the automounter kicking the NFS share out, the newly launched nxagent isn't able to read the Xauthority file anymore and fails to connect to its internal X server.
That's why testing a persistent mount point would be good.
Local users may be affected in the same way if their XAUTHORITY environment variable is set to point to the NFS share (which, again, has benefits...)
Also, if available, the "clients" file would be interesting.In which directory? Here's what's in /tmp/.x2go-localguy/C-localguy-137-1509136412_stDXFCE_dp32:
Normally in that directory, but if it's not available, fine either way.
I'm not sure which piece of the puzzle this is referring to. I addressed it in the last email. Can you clarify? Update what package? X2Go on Mac is 4.1.1.1. On the server? We use this repo for nx-libs3.6 which appears to be the latest:
Uli was merely mentioning that Mike#2's copr repo for Arctica's nx-libs version is outdated - we've had other releases past 3.5.99.7. Don't worry, though, most of the changes were non-functional, merely reorganizing the tree and switching to a different build method based on GNU autotools instead of imake.
Mihai