<div dir="ltr"><div dir="ltr"><div dir="ltr">I'm not running any of the containers on the system, so it doesn't look like a permission issue. </div><div dir="ltr">I looked at the  <a href="http://libx2go-server-db-sqlite3-wrapper.pl">libx2go-server-db-sqlite3-wrapper.pl</a> and  /usr/share/perl5/X2Go/Server/DB.pm and just ran perl commands to add a new port to used_ports table. It worked (as root) and I can see the new entries in x2go_sessions. However, nothing is added when I connect from remote server using x2go. </div><div dir="ltr"><br></div><div>Since nobody else seems to have this problem, it's probably something related to my system, although I checked all the libraries and file permissions. I finally gave up an switched to postgresql backend. It was a pain to configure, but it works and I can suspend and restore connections now. </div><div><br></div><div>Thank you.</div></div></div><br><div class="gmail_quote"><div dir="ltr">On Tue, Sep 11, 2018 at 1:03 PM Mihai Moldovan <<a href="mailto:ionic@ionic.de">ionic@ionic.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">* On 09/11/2018 08:02 PM, EI wrote:<br>
> I have a very strange problem with x2goserver running on Ubuntu 18.04. I get an<br>
> error message on the client side when I try to suspend the connection. I also,<br>
> can't reconnect to existing connections. I haven't had this problem with 16.04.<br>
> <br>
> I tried debugging the problem and I discovered that /var/lib/x2go/x2go_sessions<br>
> database is not getting updated when connection is created. I tried erasing and<br>
> re-creating the database, same problem. <br>
> <br>
> Even running perl script manually:<br>
> /usr/lib/x2go/<a href="http://libx2go-server-db-sqlite3-wrapper.pl" rel="noreferrer" target="_blank">libx2go-server-db-sqlite3-wrapper.pl</a><br>
> <<a href="http://libx2go-server-db-sqlite3-wrapper.pl" rel="noreferrer" target="_blank">http://libx2go-server-db-sqlite3-wrapper.pl</a>><br>
> insertsession,50,blah,blah-50-1536602027_stRkonsole_dp <br>
> doesn't change the database.<br>
<br>
Likely caused because the server is running in an LXC (or other nom-du-jour)<br>
container without necessary permissions.<br>
<br>
<br>
Note that the database is supposed to be modified via a setuid root binary,<br>
which then calls the actual perl script. The perl script is not supposed to work<br>
correctly when called directly as an unprivileged user.<br>
<br>
LXC is known to have problems with setuid binaries for unprivileged containers,<br>
but that seems to be a design choice.<br>
<br>
<br>
<br>
Mihai<br>
<br>
<br>
</blockquote></div>