XPRA in a LXD/LXC container

[friki67]

I'm trying to get it working.

I created an Archlinux container and then installed xfce4 and xpra.

Then I tried xpra start-desktop :10 --start=xfce4-session --resize-display=640x480

And I got

Entering daemon mode; any further errors will be reported to:
  '/run/xpra/10/server.log'
vfb failed to start, exiting

I'm sure it is a container thing (seems no framebuffer or something). Could you help, please?

[TijZwa]

I've tried running Xpra in a container quite a few times. It did not work out great, because of missing depencies like sytemd and dbus.
I ended up running the container in privileged mode and that worked. But there is a big downside to that.

[totaam]

The cause of the vfb failure should be available in your server log.

If using Xdummy then it could be some kind of tty permission issue.
Switching to Xvfb would be one option, not a good one, but at least it would run.

[friki67]

Hello, and thank you both.

the log

cat /run/xpra/10/server.log.new

2023-06-07 17:43:07,416 Warning: cannot enable SSH socket upgrades
2023-06-07 17:43:07,416  No module named 'paramiko'
2023-06-07 17:43:07,421 no uinput module (not usually needed)
failed to locate Xorg binary to run
2023-06-07 17:43:07,435 
2023-06-07 17:43:07,436 Xvfb command has terminated! xpra cannot continue
2023-06-07 17:43:07,436  if the display is already running, try a different one,
2023-06-07 17:43:07,436  or use the --use-display flag
2023-06-07 17:43:07,436  full command: xpra_Xdummy -noreset -novtswitch -nolisten tcp  +extension GLX +extension RANDR +extension RENDER  -auth $XAUTHORITY -logfile ${XPRA_SESSION_DIR}/Xorg.log  -configdir "${XPRA_SESSION_DIR}/xorg.conf.d/$PID"  -config "${XORG_CONFIG_PREFIX}/etc/xpra/xorg.conf"                                                                                    
2023-06-07 17:43:07,437 

So yes, it is using Xdummy. Maybe @TijZwa suggestion fix it, but has he said, it has its downsides. Any idea reading the log? The "failed to locate Xorg binary to run".....

EDIT: began from scratch: created container, then pacman -S xorg xfce4 xpra, then launched xpra server,

xpra start-desktop :10 --start=xfce4-session --resize-display=640x480

then in client

xpra attach ssh:[email protected]:10

the client exit:

2023-06-07 20:08:10,007 Xpra GTK3 X11 client version 4.4.4-r0 64-bit                                                         
2023-06-07 20:08:10,039  running on Linux ManjaroLinux 23.0.0 UltimaThule
2023-06-07 20:08:10,041  window manager is 'Openbox'
2023-06-07 20:08:11,347 GStreamer version 1.22.2
2023-06-07 20:08:11,491 created unix domain socket '/run/user/1000/xpra/clients/servidor-377200'
2023-06-07 20:08:11,745 No OpenGL_accelerate module loaded: No module named 'OpenGL_accelerate'
2023-06-07 20:08:11,975 Warning: cannot handle window transparency
2023-06-07 20:08:11,975  screen is not composited
2023-06-07 20:08:12,103 OpenGL enabled on 'NVIDIA GeForce GTX 1070/PCIe/SSE2'
2023-06-07 20:08:12,217 Connected (version 2.0, client OpenSSH_9.3)
2023-06-07 20:08:12,286 SSH password authentication failed:
2023-06-07 20:08:12,286  Bad authentication type
2023-06-07 20:08:12,286   allowed types: ['publickey', 'password']
2023-06-07 20:08:14,656 Authentication (password) successful!
2023-06-07 20:08:14,880 ssh server OS is 'linux-gnu'
2023-06-07 20:08:15,014  keyboard settings: rules=evdev, model=pc105, layout=es
2023-06-07 20:08:15,207  desktop size is 1920x1080:
2023-06-07 20:08:15,208   :0.0 (625x343 mm - DPI: 78x80) workarea: 1920x1048 at    0x32  
2023-06-07 20:08:15,208     AOC HDMI-1       (480x270 mm - DPI: 102x102)
2023-06-07 20:08:15,555 enabled remote logging
2023-06-07 20:08:15,556 Xpra X11 desktop server version 4.4
2023-06-07 20:08:15,556  remote desktop size is 640x480
2023-06-07 20:08:15,556   :10.0 (169x127 mm - DPI: 96x96)
2023-06-07 20:08:15,556     DUMMY0
2023-06-07 20:08:15,581 Attached to xpra server at ssh://[email protected]/10
2023-06-07 20:08:15,581  (press Control-C to detach)

2023-06-07 20:08:15,713 running, 1 window
2023-06-07 20:08:15,944 audio playback found 4 audio output devices:
2023-06-07 20:08:15,944 audio playback  * Audio Interno Estéreo digital (IEC958)
2023-06-07 20:08:15,944 audio playback    alsa_output.pci-0000_00_1b.0.iec958-stereo
2023-06-07 20:08:15,945 audio playback  * GP104 High Definition Audio Controller Digital Stereo (HDMI 2)
2023-06-07 20:08:15,945 audio playback    alsa_output.pci-0000_03_00.1.hdmi-stereo-extra1
2023-06-07 20:08:15,945 audio playback  * NoMachine Output
2023-06-07 20:08:15,945 audio playback    nx_voice_out
2023-06-07 20:08:15,945 audio playback  * Remapped Monitor of NoMachine Output
2023-06-07 20:08:15,945 audio playback    nx_remapped_out
2023-06-07 20:08:15,945 audio playback  to select a specific one,
2023-06-07 20:08:15,945 audio playback  use the environment variable 'XPRA_PULSE_SINK_DEVICE_NAME'
2023-06-07 20:08:15,945 audio playback using default pulseaudio device
2023-06-07 20:08:16,473 audio playback using 'opus' audio codec

A black window appears. But at least, it connects. I'll keep searching what could be happening.

EDIT2: finally it is working. I was launching xpra as "archlinux" in /root, after changing to /home/archlinux and launch again, it works.

Now I'd like to have working NVENC but I'm getting these messages in the log:

2023-06-07 18:13:50,704 Error: failed to allocate a CUDA context:
2023-06-07 18:13:50,704  No module named 'xpra.codecs.cuda_common'
2023-06-07 18:13:50,705  NVJPEG and NVENC will not be available

[totaam]

This discussion seems to have drifted somewhat and perhaps it should go in a different thread.

Now I have no messages about NVENC

NVENC will print messages when it loads successfully

My goal is to use the desktop with dual monitor fullscreen.

Then Xvfb will not work, you must use Xdummy with a recent enough dummy driver (0.4.0 or later)

I tried start-desktop

You need monitor for multi-monitor mode.

[friki67]

This discussion seems to have drifted somewhat and perhaps it should go in a different thread.

OK, I will do.

My goal is to use the desktop with dual monitor fullscreen.

Then Xvfb will not work, you must use Xdummy with a recent enough dummy driver (0.4.0 or later)

I tried start-desktop

You need monitor for multi-monitor mode.

About this, if I use start-desktop, Xpra uses Xdummy, but if I use monitor, it uses Xvfb. I don't choose, is Xpra who uses one or another.

Anyway I'm going to open another thread to get help with this. I will post the server logs in both cases. Thank you

[totaam]

About this, if I use start-desktop, Xpra uses Xdummy, but if I use monitor, it uses Xvfb. I don't choose, is Xpra who uses one or another.

No.
Xpra will use what's configured in your /etc/xpra/conf.d/55_server_x11.conf file.

[friki67]

So now I have

xvfb = /usr/lib/Xorg -noreset -novtswitch -nolisten tcp \
    +extension GLX +extension RANDR +extension RENDER \
    -auth $XAUTHORITY -logfile ${XPRA_SESSION_DIR}/Xorg.log \
    -configdir "${XPRA_SESSION_DIR}/xorg.conf.d/$PID" \
    -config "${XORG_CONFIG_PREFIX}/etc/xpra/xorg.conf"

Maybe I should change it to other thing?

I've read https://github.com/Xpra-org/xpra/blob/master/docs/Usage/Xdummy.md and can't understand what to change

EDIT: Tried xorg.conf for Xdummy in github and "no such file or directory xpra-Xdummy" arises.

[totaam]

No.

If using /usr/lib/Xorg works then you have no need for xpra_Xdummy which is just a wrapper for location the Xorg binary to execute.

[friki67]

Thank you for your responses. I'm now changing to VM my focus. I will return to containers when I really get how xpra works in a more stable and tested environment.