Xpra: Ticket #1537: XDG_RUNTIME_DIR not created

Hello, Centos 7.3 XPRA proxy 2.1-r15785 After reboot of server and start of Proxy error appears:

Warning: failed to create socket directory '/var/run/user/1000/xpra'
[Errno 2] No such file or directory: '/var/run/user/1000/xpra'
Error: failed to setup control socket '/var/run/user/1003/xpra/localhost.localdomain-proxy-2244':
[Errno 2] No such file or directory

So the folder "/var/run/user/1000/xpra" should be created manually (with assigning the rights for the user to read/write ). After that Proxy starts working



Tue, 06 Jun 2017 11:04:11 GMT - Antoine Martin: status, summary, component, description changed; milestone set

After reboot of server and start of Proxy error appears:

Please always include the commands you have used. Are you using the system wide proxy? (#1105)

The original XDG_RUNTIME_DIR ticket is #1129. This particular problem is recorded here: ticket:1129#comment:23. See also:

We have existing workarounds: r13367, and this has caused problems before: r12511. I was hoping that centos would apply the fix that has been used on Fedora. But it looks like we'll need to double check it and carefully create those directories if needed (yuk).

I have edited the ticket title as this has nothing to do with rebooting.


Tue, 06 Jun 2017 20:58:27 GMT - Antoine Martin: owner, status changed

Ugly workaround applied in r16030: we try to create the missing directories as safely as we can. (mkdir + chown)

@Denis01: does that work for you? (untested, as I have other problems to fix first on centos7: selinux policy for socket activation #1521, and some odd pam_auth errors)


Wed, 07 Jun 2017 07:48:46 GMT - Denis01:

will take some time to test. As the remplacing of script.py is not enough - seems that there are many changes in other modules as well so Proxy just can't start. Will prepare new test infra. P.S. FYI, i'm using Proxy with selinux disabled


Mon, 19 Jun 2017 20:37:29 GMT - Antoine Martin: owner, status changed

Fixups in r16092 + r16096. (also some proxy related changes in r16095)

Tested on Fedora with a server started with:

sudo xpra proxy --tcp-auth=sys --bind-ssl=0.0.0.0: -d auth,proxy --ssl-cert=./cert.pem

Then starting a new session using:

xpra start ssl/guest:guestpassword@127.0.0.1/ --ssl-server-verify=none

I have seen the occasional failure with "failed to identify the new server display!" because some sockets were left behind and the new server took longer than expected to startup. Somewhat similar to #1447. This should be improved when we deal with #1535. We also need to do the pam registration earlier as this is what creates the directory we need... the daemon + log code will need splitting up.


Mon, 19 Jun 2017 20:38:02 GMT - Antoine Martin: attachment set

move pam earlier - work in progress


Tue, 20 Jun 2017 17:02:29 GMT - Antoine Martin:

More changes:

Tested OK on Fedora 26 and centos 7.x


Tue, 20 Jun 2017 17:06:54 GMT - Denis01:

Hello, Had some prs problems. So r16030 works well. Now will try the recent ones.


Tue, 20 Jun 2017 17:20:56 GMT - Antoine Martin: owner, status changed

@Denis01: works for me. Tested with all sorts of configurations, with selinux enabled and disabled (#1521), with the user account already logged in or not (and even logged out half way through), with the proxy killed and restarted, etc...

If you still find problems please post the full commands used so that I can reproduce. And include the log output. If not, please just re-assign to "afarr" as a "FYI to close".


Tue, 20 Jun 2017 17:27:55 GMT - Denis01:

Sorry but as usual i was not clear enough... I had some personal problems so for 2 weeks was not able to test even r16030.. So the r16030 (the first urgent patch) works fine. Now will try r16096,98,100 etc


Thu, 22 Jun 2017 15:41:56 GMT - Denis01: status changed; resolution set

Hello, perfectly works at me! Closed.

Thanks a lot!


Mon, 26 Jun 2017 19:39:04 GMT - Antoine Martin:

The correct fixes for this are actually recorded in #1105.


Sat, 23 Jan 2021 05:27:01 GMT - migration script:

this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/1537