[X2Go-User] can't connect to session
andrew at nmedia.net
Tue Jan 16 02:32:25 CET 2018
I get reasonable output from x2golistsessions_root. I also see a matching
directory in /tmp/.x2go-$user/ containing 3 files:
[root at hercules C-andrew-51-1513021653_stDMATE_dp24]# ls
-rw-rw-r-- 1 andrew andrew 1 Jan 10 08:56 options
-rw-rw-r-- 1 andrew andrew 12 Jan 10 08:56 sshd.pid
-rw-rw-r-- 1 andrew andrew 8 Jan 10 08:56 state
[root at hercules C-andrew-51-1513021653_stDMATE_dp24]#
I log in successfully then double-click the session I want but nothing
/var/log/secure looks like this:
Jan 15 18:58:31 hercules sshd: Accepted password for andrew from x.x.x.x port 39052 ssh2
Jan 15 18:58:31 hercules sshd: pam_unix(sshd:session): session opened for user andrew by (uid=0)
Jan 15 18:58:40 hercules su: pam_unix(su:session): session opened for user andrew by (uid=0)
Jan 15 18:58:41 hercules su: pam_unix(su:session): session closed for user andrew
Jan 15 18:58:41 hercules su: pam_unix(su:session): session opened for user andrew by (uid=0)
Jan 15 18:58:43 hercules su: pam_unix(su:session): session closed for user andrew
No errors are being appended to ~/.xsession-x2go-*
Is there some other place I should be looking for errors?
I can delete the session files and then create a new one. Or I can click
"new" instead of double-clicking on the session. Clicking "new" will
create an additional session and when I disconnect/reconnect I now see 2
sessions. One is status "running" and one is "suspended". The running
one is the old one which I can still not connect to.
On Sat, 13 Jan 2018, Mihai Moldovan wrote:
> * On 01/10/2018 04:13 PM, Andrew Munn wrote:
> > I'm seeing this situation again. I can see the session in the client as
> > usual by when I click on it nothing happens. I think someone in another
> > thread mentioned running out of available ports as a possible cause. Is
> > that right? What's the solution here? I want to reconnect to the session
> > without killing my running applications.
> Running out of usable ports is possible, but shouldn't happen unless the session
> database is not cleaned up properly or there are huge amounts of sessions running.
> Does x2golistsessions_root output something reasonable?
> I've recently worked on port detection. This probably will not really help if
> there are no free ports left, but at least pass back a more or less useful
> message to x2go client in such as case.
> It's not part of any released code yet, so nothing you would care in the first
> place anyway.
> Are you positive that session data is still available either in ~user/.x2go or
> Note that some systems delete files out of /tmp regularly!
More information about the x2go-user