[VirtualGL-Users] Can't connect to display vglrun with glxspheres with suse 10.3

Discussion:

Jpd

2008-07-16 01:16:56 UTC

Both client and server are suse 10.3

Both using packages of source forge

Server has nvidia drivers installed

Followed the docs and am really stuck on what to do next.

When DISPLAY is set to :0.0 glxspheres appears on the servers display.

So it's something to do with the client I think. There's no firewalls,
tried xhost +, and vglgenkey with not much luck.

Any ideas?

DRC

2008-07-16 13:32:49 UTC

Permalink

I need more information about what you're trying to do. Please post the
exact steps to reproduce the problem as well as the exact error messages.

vglgenkey should never be invoked directly. When you run
vglserver_config to configure the server's display for 3D access,
vglgenkey will be added to the appropriate X startup scripts on your
server. You should also generally never run VirtualGL with the DISPLAY
set to :0.0. The basic procedure, as outlined in the documentation:

(1) Configure the server with vglserver_config, and restart the X server
on that machine

(2) Use vglconnect from the client machine to connect to the server

(3) vglrun your application

Alternately, you can use TurboVNC in place of (2), in which case you
don't have to use vglconnect. This is all spelled out in the docs.

Post by Jpd
Both client and server are suse 10.3
Both using packages of source forge
Server has nvidia drivers installed
Followed the docs and am really stuck on what to do next.
When DISPLAY is set to :0.0 glxspheres appears on the servers display.
So it's something to do with the client I think. There's no firewalls,
tried xhost +, and vglgenkey with not much luck.
Any ideas?
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
VirtualGL-Users mailing list
https://lists.sourceforge.net/lists/listinfo/virtualgl-users

Jpd

2008-07-16 16:08:26 UTC

Permalink

Sent from my iPod

Post by DRC
I need more information about what you're trying to do. Please post the
exact steps to reproduce the problem as well as the exact error messages.

On client
Vglconnect -x ***@server
Enter pwd
Server> vglrun glxspheres
ERROR (525): Could not open display

Without -x it works, was trying to dodge the ssh overhead.

This is on two sperate boxes with different users.

Post by DRC
vglgenkey should never be invoked directly. When you run
vglserver_config to configure the server's display for 3D access,
vglgenkey will be added to the appropriate X startup scripts on your
server. You should also generally never run VirtualGL with the DISPLAY
(1) Configure the server with vglserver_config, and restart the X server
on that machine

Followed the docs to the letter

Post by DRC
(2) Use vglconnect from the client machine to connect to the server

Yep

Post by DRC
(3) vglrun your application

And it breaks

Post by DRC
Alternately, you can use TurboVNC in place of (2), in which case you
don't have to use vglconnect. This is all spelled out in the docs.

Post by Jpd
Both client and server are suse 10.3
Both using packages of source forge
Server has nvidia drivers installed
Followed the docs and am really stuck on what to do next.
When DISPLAY is set to :0.0 glxspheres appears on the servers
display.
So it's something to do with the client I think. There's no
firewalls,
tried xhost +, and vglgenkey with not much luck.
Any ideas?
---
---
-------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
VirtualGL-Users mailing list
https://lists.sourceforge.net/lists/listinfo/virtualgl-users

---
----------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
VirtualGL-Users mailing list
https://lists.sourceforge.net/lists/listinfo/virtualgl-users

DRC

2008-07-16 16:25:09 UTC

Permalink

Post by Jpd
On client
Enter pwd
Server> vglrun glxspheres
ERROR (525): Could not open display
Without -x it works, was trying to dodge the ssh overhead.

Jpd

2008-07-16 17:15:08 UTC

Permalink

Ta, been trawling the net to find out how to turn that on - ran into
on server just to make sure that vgl was not broke, as loopback
normaly has less security

Any idea how to get client stats?

Only getting server stats

Sent from my iPod

Post by DRC

Post by Jpd
On client
Enter pwd
Server> vglrun glxspheres
ERROR (525): Could not open display
Without -x it works, was trying to dodge the ssh overhead.

It seems as if /opt/VirtualGL/bin/vgllogin on your server is not
properly setting the DISPLAY environment variable, or perhaps that
environment variable is being unset later in the login process. This
might be because SSh is not setting the SSH_CLIENT environment
variable,
although I'm not sure why that would be the case.
In any case, there is really no performance advantage to using
'vglconnect -x' relative to 'vglconnect'. vglconnect with no
arguments
tunnels the X11 traffic through SSh but does not tunnel the VirtualGL
image traffic. Tunneling just the X11 traffic has minimal overhead and
can actually perform better in some cases. VirtualGL does not tunnel
the 3D image traffic through SSh unless you use 'vglconnect -s'.
Many Linux systems are known to not work with 'vglconnect -x' out of the
box, because those systems disable TCP/IP connections to the X server.
Some versions of SuSE are known to have this problem.
---
----------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
VirtualGL-Users mailing list
https://lists.sourceforge.net/lists/listinfo/virtualgl-users

DRC

2008-07-16 17:23:17 UTC

Permalink

Not sure what you mean about client stats. If you mean profiling
information, export (or setenv) VGL_PROFILE=1 should do it.

Post by Jpd
Ta, been trawling the net to find out how to turn that on - ran into
on server just to make sure that vgl was not broke, as loopback
normaly has less security
Any idea how to get client stats?
Only getting server stats
Sent from my iPod

Post by DRC

Post by Jpd
On client
Enter pwd
Server> vglrun glxspheres
ERROR (525): Could not open display
Without -x it works, was trying to dodge the ssh overhead.

It seems as if /opt/VirtualGL/bin/vgllogin on your server is not
properly setting the DISPLAY environment variable, or perhaps that
environment variable is being unset later in the login process. This
might be because SSh is not setting the SSH_CLIENT environment variable,
although I'm not sure why that would be the case.
In any case, there is really no performance advantage to using
'vglconnect -x' relative to 'vglconnect'. vglconnect with no
arguments
tunnels the X11 traffic through SSh but does not tunnel the VirtualGL
image traffic. Tunneling just the X11 traffic has minimal overhead and
can actually perform better in some cases. VirtualGL does not tunnel
the 3D image traffic through SSh unless you use 'vglconnect -s'.
Many Linux systems are known to not work with 'vglconnect -x' out of the
box, because those systems disable TCP/IP connections to the X server.
Some versions of SuSE are known to have this problem.
---
----------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
VirtualGL-Users mailing list
https://lists.sourceforge.net/lists/listinfo/virtualgl-users

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
VirtualGL-Users mailing list
https://lists.sourceforge.net/lists/listinfo/virtualgl-users

Jpd

2008-07-16 17:41:45 UTC

Permalink

First thing I tried - still only get server profiling.

Do you run vglrun on the client - or is it all on the server?

For apps with sound, ie games, how does that work?

Sent from my iPod

Post by DRC
Not sure what you mean about client stats. If you mean profiling
information, export (or setenv) VGL_PROFILE=1 should do it.

Post by DRC

Post by Jpd
On client
Enter pwd
Server> vglrun glxspheres
ERROR (525): Could not open display
Without -x it works, was trying to dodge the ssh overhead.

It seems as if /opt/VirtualGL/bin/vgllogin on your server is not
properly setting the DISPLAY environment variable, or perhaps that
environment variable is being unset later in the login process.
This
might be because SSh is not setting the SSH_CLIENT environment variable,
although I'm not sure why that would be the case.
In any case, there is really no performance advantage to using
'vglconnect -x' relative to 'vglconnect'. vglconnect with no arguments
tunnels the X11 traffic through SSh but does not tunnel the
VirtualGL
image traffic. Tunneling just the X11 traffic has minimal overhead and
can actually perform better in some cases. VirtualGL does not tunnel
the 3D image traffic through SSh unless you use 'vglconnect -s'.
Many Linux systems are known to not work with 'vglconnect -x' out of the
box, because those systems disable TCP/IP connections to the X server.
Some versions of SuSE are known to have this problem.
---
---
-------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
VirtualGL-Users mailing list
https://lists.sourceforge.net/lists/listinfo/virtualgl-users

---
---
-------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
VirtualGL-Users mailing list
https://lists.sourceforge.net/lists/listinfo/virtualgl-users

DRC

2008-07-16 17:43:59 UTC

Permalink

No, vglrun is executed only on the server.

If you are using vglconnect, the output of vglclient (which contains the
profiling information) goes to a log file in ~/.vgl.

Post by Jpd
First thing I tried - still only get server profiling.
Do you run vglrun on the client - or is it all on the server?
For apps with sound, ie games, how does that work?
Sent from my iPod

Post by DRC
Not sure what you mean about client stats. If you mean profiling
information, export (or setenv) VGL_PROFILE=1 should do it.

Post by DRC

Post by Jpd
On client
Enter pwd
Server> vglrun glxspheres
ERROR (525): Could not open display
Without -x it works, was trying to dodge the ssh overhead.

It seems as if /opt/VirtualGL/bin/vgllogin on your server is not
properly setting the DISPLAY environment variable, or perhaps that
environment variable is being unset later in the login process.
This
might be because SSh is not setting the SSH_CLIENT environment variable,
although I'm not sure why that would be the case.
In any case, there is really no performance advantage to using
'vglconnect -x' relative to 'vglconnect'. vglconnect with no arguments
tunnels the X11 traffic through SSh but does not tunnel the
VirtualGL
image traffic. Tunneling just the X11 traffic has minimal overhead and
can actually perform better in some cases. VirtualGL does not tunnel
the 3D image traffic through SSh unless you use 'vglconnect -s'.
Many Linux systems are known to not work with 'vglconnect -x' out of the
box, because those systems disable TCP/IP connections to the X server.
Some versions of SuSE are known to have this problem.
---
---
-------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
VirtualGL-Users mailing list
https://lists.sourceforge.net/lists/listinfo/virtualgl-users

---
---
-------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
VirtualGL-Users mailing list
https://lists.sourceforge.net/lists/listinfo/virtualgl-users

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
VirtualGL-Users mailing list
https://lists.sourceforge.net/lists/listinfo/virtualgl-users

Jpd

2008-07-16 18:36:33 UTC

Permalink

One last Q for now.

I would be getting a poor result for blit - is this the result of a
poor 2d card in the client?

Client is an ultra 20 - dual 2.2, 2g, ati rage

Sent from my iPod

Post by DRC
No, vglrun is executed only on the server.
If you are using vglconnect, the output of vglclient (which contains the
profiling information) goes to a log file in ~/.vgl.

Post by Jpd
First thing I tried - still only get server profiling.
Do you run vglrun on the client - or is it all on the server?
For apps with sound, ie games, how does that work?
Sent from my iPod

Post by DRC
Not sure what you mean about client stats. If you mean profiling
information, export (or setenv) VGL_PROFILE=1 should do it.

Post by DRC

Post by Jpd
On client
Enter pwd
Server> vglrun glxspheres
ERROR (525): Could not open display
Without -x it works, was trying to dodge the ssh overhead.

It seems as if /opt/VirtualGL/bin/vgllogin on your server is not
properly setting the DISPLAY environment variable, or perhaps that
environment variable is being unset later in the login process.
This
might be because SSh is not setting the SSH_CLIENT environment variable,
although I'm not sure why that would be the case.
In any case, there is really no performance advantage to using
'vglconnect -x' relative to 'vglconnect'. vglconnect with no arguments
tunnels the X11 traffic through SSh but does not tunnel the VirtualGL
image traffic. Tunneling just the X11 traffic has minimal
overhead
and
can actually perform better in some cases. VirtualGL does not tunnel
the 3D image traffic through SSh unless you use 'vglconnect -s'.
Many Linux systems are known to not work with 'vglconnect -x'
out of
the
box, because those systems disable TCP/IP connections to the X server.
Some versions of SuSE are known to have this problem.
---
---
---
----------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
VirtualGL-Users mailing list
https://lists.sourceforge.net/lists/listinfo/virtualgl-users

---
---
-------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
VirtualGL-Users mailing list
https://lists.sourceforge.net/lists/listinfo/virtualgl-users

DRC

2008-07-16 18:38:34 UTC

Permalink

Probably. Most Linux machines I've worked with can blit at 100 - 200
Megapixels/sec. There shouldn't be any inherent performance limitation
other than the graphics card and drivers. If your client were a Windows
client, then there would be some additional things to check, such as the
X server settings, but that shouldn't be an issue with Linux.

Post by Jpd
One last Q for now.
I would be getting a poor result for blit - is this the result of a
poor 2d card in the client?
Client is an ultra 20 - dual 2.2, 2g, ati rage
Sent from my iPod

Post by DRC
No, vglrun is executed only on the server.
If you are using vglconnect, the output of vglclient (which contains the
profiling information) goes to a log file in ~/.vgl.

Post by Jpd
First thing I tried - still only get server profiling.
Do you run vglrun on the client - or is it all on the server?
For apps with sound, ie games, how does that work?
Sent from my iPod

Post by DRC
Not sure what you mean about client stats. If you mean profiling
information, export (or setenv) VGL_PROFILE=1 should do it.

Post by DRC

Post by Jpd
On client
Enter pwd
Server> vglrun glxspheres
ERROR (525): Could not open display
Without -x it works, was trying to dodge the ssh overhead.

It seems as if /opt/VirtualGL/bin/vgllogin on your server is not
properly setting the DISPLAY environment variable, or perhaps that
environment variable is being unset later in the login process.
This
might be because SSh is not setting the SSH_CLIENT environment variable,
although I'm not sure why that would be the case.
In any case, there is really no performance advantage to using
'vglconnect -x' relative to 'vglconnect'. vglconnect with no arguments
tunnels the X11 traffic through SSh but does not tunnel the VirtualGL
image traffic. Tunneling just the X11 traffic has minimal
overhead
and
can actually perform better in some cases. VirtualGL does not tunnel
the 3D image traffic through SSh unless you use 'vglconnect -s'.
Many Linux systems are known to not work with 'vglconnect -x'
out of
the
box, because those systems disable TCP/IP connections to the X server.
Some versions of SuSE are known to have this problem.
---
---
---
----------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
VirtualGL-Users mailing list
https://lists.sourceforge.net/lists/listinfo/virtualgl-users

---
---
-------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
VirtualGL-Users mailing list
https://lists.sourceforge.net/lists/listinfo/virtualgl-users

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
VirtualGL-Users mailing list
https://lists.sourceforge.net/lists/listinfo/virtualgl-users

Jpd

2008-07-16 16:35:14 UTC

Permalink

Joy now it gives this error

Vglconnect ***@server
Invalid MIT-MAGIC-COOKIE-1 keystart-- 532: Could not open display
[vgl] ERROR: vglclient failed to execute.

All I did was login to the server to check an app locally. Reboot of
server did not help, had to restart x on the client.

Sent from my iPod

Post by DRC
I need more information about what you're trying to do. Please post the
exact steps to reproduce the problem as well as the exact error messages.
vglgenkey should never be invoked directly. When you run
vglserver_config to configure the server's display for 3D access,
vglgenkey will be added to the appropriate X startup scripts on your
server. You should also generally never run VirtualGL with the DISPLAY
(1) Configure the server with vglserver_config, and restart the X server
on that machine
(2) Use vglconnect from the client machine to connect to the server
(3) vglrun your application
Alternately, you can use TurboVNC in place of (2), in which case you
don't have to use vglconnect. This is all spelled out in the docs.

Post by Jpd
Both client and server are suse 10.3
Both using packages of source forge
Server has nvidia drivers installed
Followed the docs and am really stuck on what to do next.
When DISPLAY is set to :0.0 glxspheres appears on the servers
display.
So it's something to do with the client I think. There's no
firewalls,
tried xhost +, and vglgenkey with not much luck.
Any ideas?
---
---
-------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
VirtualGL-Users mailing list
https://lists.sourceforge.net/lists/listinfo/virtualgl-users

DRC

2008-07-16 17:24:11 UTC

Permalink

Not sure. Maybe try blowing away ~/.Xauthority?

Post by Jpd
Joy now it gives this error
Invalid MIT-MAGIC-COOKIE-1 keystart-- 532: Could not open display
[vgl] ERROR: vglclient failed to execute.
All I did was login to the server to check an app locally. Reboot of
server did not help, had to restart x on the client.
Sent from my iPod

Post by Jpd
Both client and server are suse 10.3
Both using packages of source forge
Server has nvidia drivers installed
Followed the docs and am really stuck on what to do next.
When DISPLAY is set to :0.0 glxspheres appears on the servers display.
So it's something to do with the client I think. There's no
firewalls,
tried xhost +, and vglgenkey with not much luck.
Any ideas?
---
---
-------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
VirtualGL-Users mailing list
https://lists.sourceforge.net/lists/listinfo/virtualgl-users

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
VirtualGL-Users mailing list
https://lists.sourceforge.net/lists/listinfo/virtualgl-users