headless opengl compute server

riddicc · 2018-09-13 16:17:12

Hi!

I thought, it might b a good idea, to have
(a) a ROCK960, that i use for playing movies and office stuff,
( https://www.96boards.org/product/rock960/ )
and
(b) a bigger box, that renders SecondLife scenes and sends them to the ROCK960,
in order to save power (those big boxes dont scale nicely).

I just tried a `ssh neo glxinfo` and it failed with: "Error: couldn't find RGB GLX visual or fbconfig"

Is it possible without changing the OpenGL application?

Thx.

Bye
Arne

Last edited by riddicc (2018-09-13 16:17:49)

Lone_Wolf · 2018-09-14 10:35:20

The most common cause of that error is a discrepancy between the llvm/llvm-libs version mesa is built against and the installed llvm/llvm-libs version.
When was your last pacman -Syu ?

Incase your system is uptodate, post the output of LIBGL_DEBUG=verbose glxinfo

riddicc · 2018-09-14 11:53:16

Lone_Wolf wrote:

When was your last pacman -Syu ?

i do that every few hours with a cronjob...

Lone_Wolf wrote:

Incase your system is uptodate, post the output of LIBGL_DEBUG=verbose glxinfo

it works fine when i use DISPLAY=localhost:5...
http://www0.wgboome.org/glxinfo:5.txt
when i use the ssh (DISPLAY=localhost:10) it fails:
http://www0.wgboome.org/glxinfo:10.txt

-arne

Last edited by riddicc (2018-09-14 12:06:02)

Lone_Wolf · 2018-09-15 11:40:56

We need more info about your setup.

The rock960 has an ARM processor, what distro/OS is it running ?

What processor & distro/OS is the "bigger box" running ?

Which device has "neo" as hostname ?

On what device did you run the command with display=localhost:5 ?
Was "ssh neo <command>" run from the same device ?

riddicc · 2018-09-15 12:35:13

Lone_Wolf wrote:

We need more info about your setup.

currently i use the following boxes:
1. neo
Arch Linux
headless, Intel Atom N270, 1GiB RAM, gfx: Intel 945gse
X server: Xvfb
2. vaako
Arch Linux
AMD APU A10, 8GiB RAM, AMD RX 550
X server: xorg-server 1.20.1-1

glxinfo is run on neo in both cases...

ssh is run on vaako...

-arne

Last edited by riddicc (2018-09-15 12:35:51)

Lone_Wolf · 2018-09-16 11:22:37

Setup is a lot clearer now, and we could get into X11 forwarding over ssh and other tech details that will allow you to run graphical applications on neo over ssh.
All the work would be done by neo, vaako would play the role of a remote terminal that displays neo's output.

Somehow I doubt that's what you want.
Please explain what you're trying to achieve.

riddicc · 2018-09-16 11:42:24

Lone_Wolf wrote:

Somehow I doubt that's what you want.
Please explain what you're trying to achieve.

I just tried to do a "proof of concept"...
if it worked, i would buy a ROCK960 (or similar), that plays the role of vaako (=power-saving remote terminal)
(and vaako would play the role of neo... vaako would be only powered up, when its soopa-powers r needed...)...
this would also solve this bug: https://bugs.freedesktop.org/show_bug.cgi?id=107561
-arne

Lone_Wolf · 2018-09-16 12:14:27

understood, I'll use server and client from now on.

Verify your server and client configuration matches https://wiki.archlinux.org/index.php/Se … forwarding .

Start an ssh user sesssion with clientside X11 forwarding enabled .

create an .xinitrc for the user that starts a minimal setup like the twm default , then run startx .
post outputs and xorg log.

riddicc · 2018-09-16 12:39:49

1. i can start a xterm on neo with "ssh neo xterm" and see it on vaako...
2. on neo i dont need a window manager... just on vaako i have openbox...
-arne

Lone_Wolf · 2018-09-16 13:24:37

1. i can start a xterm on neo with "ssh neo xterm" and see it on vaako...

can you control that sesssion from vaako ?
If so, run glxinfo in it and post output.

2. on neo i dont need a window manager... just on vaako i have openbox...

You don't need a window manager to run X applications, but there are advantages to having one, especially over ssh X11 connections.

assume the application in your xterm hangs and the xterm doesn't respond anymore.
If you have a windowmanager running you can use that to start another xterm (or switch to it) and do what's needed.

Trilby · 2018-09-16 14:56:21

riddicc wrote:

Lone_Wolf wrote:
When was your last pacman -Syu ?
i do that every few hours with a cronjob...

I don't know how this went without notice. That is a horrible idea, and if it isn't the cause of the present problems, it will most certainly result in significant problems down the road. Do not run pacman unsupervised.

How does your cronjob respond to prompts about replaced packages, conflicts, etc? How does it merge pacnew files?

Last edited by Trilby (2018-09-16 14:56:57)

riddicc · 2018-09-16 17:12:43

Lone_Wolf wrote:

1. i can start a xterm on neo with "ssh neo xterm" and see it on vaako...
can you control that sesssion from vaako ?
If so, run glxinfo in it and post output.

it fails with the same error message... -arne

riddicc · 2018-09-16 17:15:19

Trilby wrote:

riddicc wrote:
Lone_Wolf wrote:
When was your last pacman -Syu ?
i do that every few hours with a cronjob...
I don't know how this went without notice. That is a horrible idea,

ok... i added a "-w" and send me an email, when there was something to download... i hope there will be nothing security-relevant, that the bad guys use until i find that email... giggle
btw: the pacnew files dont disappear by themselves... i search for them from time to time with `find` and those package conflicts would be reported via an email... -arne

riddicc · 2018-09-17 05:29:34

seems like i am looking for VirtualGL...
https://lists.freedesktop.org/archives/ … 59436.html

https://virtualgl.org/About/Introduction

-arne

Arch Linux

#1 2018-09-13 16:17:12

headless opengl compute server

#2 2018-09-14 10:35:20

Re: headless opengl compute server

#3 2018-09-14 11:53:16

Re: headless opengl compute server

#4 2018-09-15 11:40:56

Re: headless opengl compute server

#5 2018-09-15 12:35:13

Re: headless opengl compute server

#6 2018-09-16 11:22:37

Re: headless opengl compute server

#7 2018-09-16 11:42:24

Re: headless opengl compute server

#8 2018-09-16 12:14:27

Re: headless opengl compute server

#9 2018-09-16 12:39:49

Re: headless opengl compute server

#10 2018-09-16 13:24:37

Re: headless opengl compute server

#11 2018-09-16 14:56:21

Re: headless opengl compute server

#12 2018-09-16 17:12:43

Re: headless opengl compute server

#13 2018-09-16 17:15:19

Re: headless opengl compute server

#14 2018-09-17 05:29:34

Re: headless opengl compute server

Board footer