Hi DRC,
When I use vglconnect -s to connect to a remote rendering server, what
VGL processes should I be able to find on my local machine?
Let's say I run on my client machine:
pa...@sara0143:~$ vglconnect -s <server>
VirtualGL Client v2.1.80 (Build 20100212 32-bit)
vglclient is already running on this X display and accepting unencrypted
connections on port 4242.
Making preliminary SSh connection to find a free port on the server ...
Making final SSh connection ...
pa...@sara0143:~$
On the client machine I see that the vglconnect script has opened a
reverse SSH tunnel, which transports port 59809 on the server to port
4242 on the client:
paulm 11273 0.0 0.1 6008 2452 pts/2 S+ 11:27 0:00 ssh -t
-Y -R59809:localhost:4242 loom /opt/VirtualGL/bin/vgllogin -s 59809
But on the client I don't see anything listening on port 4242 on the client:
pa...@sara0143:~$ lsof|grep 4242
pa...@sara0143:~$
And indeed using vglrun on the server fails:
pa...@loom:/nfs/paulm$ /opt/VirtualGL/bin/vglrun +v glxgears
[VGL] NOTICE: Replacing dlopen("/lib/libdl.so.2") with
dlopen("libdlfaker.so")
[VGL] Shared memory segment ID for vglconfig: 19857426
[VGL] Opening local display :0
Xlib: extension "Generic Event Extension" missing on display
"localhost:10.0".
Xlib: extension "Generic Event Extension" missing on display
"localhost:10.0".
Xlib: extension "Generic Event Extension" missing on display
"localhost:10.0".
[VGL] Using 1 / 8 CPU's for compression
[VGL] ERROR: Could not receive data from client. Client may have
disconnected.
[VGL] ERROR: in recv--
[VGL] 394: Incomplete receive
Using strace I can see vglrun on the client connecting to the tunneled
port and failing to get at response:
22267 connect(11, {sa_family=AF_INET, sin_port=htons(59809),
sin_addr=inet_addr("127.0.0.1")}, 16) = 0
[...]
22278 sendto(11, "Ki\0\0\2\0\340\3,\1,\1,\1,\1\0\0\0\0_\1\1\0", 24, 0,
NULL, 0) = 24
22278 recvfrom(11, "", 1, 0, NULL, NULL) = 0
[...]
22267 write(2, "[VGL] ERROR: in recv--\n[VGL] "..., 56) = 56
[...]
22267 shutdown(11, 2 /* send and receive */) = -1 ENOTCONN (Transport
endpoint is not connected)
I'm suspicious of the line "vglclient is already running [...]" when
running vglconnect, as I don't see any vglclient running on the client:
pa...@sara0143:~$ ps aux|grep vgl
paulm 11262 0.0 0.0 1772 524 pts/2 S+ 11:27 0:00 /bin/sh
./vglconnect -s loom
paulm 11273 0.0 0.1 6140 2532 pts/2 S+ 11:27 0:00 ssh -t
-Y -R59809:localhost:4242 loom /opt/VirtualGL/bin/vgllogin -s 59809
paulm 11447 0.0 0.0 3004 768 pts/1 S+ 11:31 0:00 grep vgl
So, there should be a vglclient running on my client machine? This used
to work a few weeks ago, but I'm in the dark as to what changes on my
systems cause it to fail now.
Paul
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
VirtualGL-Users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/virtualgl-users
