Ahh,
the light went on.
I was not logged into gdm on the slaves. Once logged in, the :0.0
$DISPLAY variable started making sense.
I never knew the $DISPLAY was so powerful. I always took X11 forwarding
with ssh for granted.
For those who know this, excuse the excitement :)
For those on Linux, try this:
Log into your desktop, open a terminal in X and type echo $DISPLAY.
Note the value.
Switch to a virtual terminal (text) e.g. use Ctrl-Alt-F1. Log in there
as well and type
export DISPLAY=the value noted earlier
then run:
xeyes
The eyes would be on the local X server. (Ctrl-Alt-F7/F5)
magic :)
cheers
jp
J.P. Delport wrote:
Hi,
yes, the slaves all have NVidia cards in them. X is running on them.
What I don't understand is how osgdem (running via ssh on a remote node)
will know to use the local (to itself) X server? Must I set up a special
X server on the slaves?
jp
Robert Osfield wrote:
Hi JP,
osgdem requires a graphics context to enable it to do OpenGL texture
compression.
Do your slaves have a OpenGL support?
Robert.
On Thu, Jul 10, 2008 at 12:53 PM, J.P. Delport [EMAIL PROTECTED]
wrote:
Hi,
I've set up a cluster to test out vpb. I've created a machine pool
file and
I can now see that the master node executes e.g.:
ssh node01 osgdem --run-path /home/jpd/terrain -s build_master.source
--record-subtile-on-leaf-tiles -l 1 --task
tasks/build_root_L0_X0_Y0.task
--log logs/build_root_L0_X0_Y0.log
(The node has access to the data, passwordless ssh works ...)
The tasks fail, so I logged into the remote node using ssh (with and
without
-X) and ran the command manually.
I get:
No protocol specified
Error: Unable to open display :0.0.
in both cases.
I assume this is because osgdem wants to create a graphics context.
Will osgdem run with X11 forwarding? If not, how does one start a remote
process so that it has access to the X server on the node which it is
running?
thanks
jp
--
This message is subject to the CSIR's copyright terms and conditions,
e-mail
legal notice, and implemented Open Document Format (ODF) standard.
The full
disclaimer details can be found at
http://www.csir.co.za/disclaimer.html.
This message has been scanned for viruses and dangerous content by
MailScanner, and is believed to be clean. MailScanner thanks Transtec
Computers for their support.
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
--
This message is subject to the CSIR's copyright terms and conditions, e-mail legal notice, and implemented Open Document Format (ODF) standard.
The full disclaimer details can be found at http://www.csir.co.za/disclaimer.html.
This message has been scanned for viruses and dangerous content by MailScanner,
and is believed to be clean. MailScanner thanks Transtec Computers for their support.
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
