OK, let me attempt to explain this, and I want to re-emphasize that most of this is in the User's Guide.
> 1) how can I start a Xserver display by ssh ? I don't have a screen connected > to the PC I can only ssh it... > [root ~]# xdpyinfo -display :0 > return, > xdpyinfo: unable to open display ":0". Again, there has to be an X server running on the server machine. I suggest reading past responses to virtualgl-users to get an idea of how to configure this on a headless system. You apparently didn't trust those because they were a few months old, which is somewhat mind boggling to me. Systems don't change *that* quickly. > [user ~]# /opt/VirtualGL/bin/vglrun etracer > I got, > VirtualGL Client 32-bit v2.3.2 (Build 20130314) > start-- 534: Could not open display > [VGL] ERROR: vglclient failed to execute. Doesn't even make sense. vglclient is launched by vglconnect, not by vglrun. > 2) when I do > [user ~]# /opt/VirtualGL/bin/vglconnect -x user@... > I got this, > VirtualGL Client 32-bit v2.3.2 (Build 20130314) > vglclient is already running on this X display and accepting unencrypted > connections on port 4242. Not sure why you would want to use -x or why you didn't just try vglconnect with no arguments. The -x option is somewhat of a legacy option, and it requires opening up TCP connections to the 2D X server. Most modern X servers close TCP connections by default, so -x is meant to be an advanced option for those who really know what they're doing. > [user ~]$ /opt/VirtualGL/bin/vglconnect etracer > I (still) got, > VirtualGL Client 32-bit v2.3.2 (Build 20130314) > start-- 534: Could not open display > [VGL] ERROR: vglclient failed to execute. This demonstrates a basic misunderstanding of how VGL works. vglconnect is run on the client machine to connect to the server, then vglrun is run on the server to launch the 3D app. This is all in the user's guide. Also, the error message in question means exactly what it says-- vglclient can't open a connection to the X display on your client machine. Is the DISPLAY environment set properly on the client machine? Is the X server running on the client machine? > after some research, I did this, > [root ~]# chmod u+s /opt/VirtualGL/lib/libdlfaker.so > [root ~]# chmod u+s /opt/VirtualGL/lib/librrfaker.so > after reboot, I still got same errors than before. You are apparently running a custom build of VGL. Our packages install the faker DSO's under /usr/lib*. It may be that you can't preload a DSO into a setuid root executable unless the DSO is in the system library path. It also goes without saying that the lib*faker.so files need to be owned by root. Not sure why a game would be setuid root. That seems very odd to me. > I got this error : > X11 forwarding request failed on channel 0 Same issue as the vglclient error above. For whatever reason, either the X server is not running on your client machine, or X applications are unable to make connections to it (perhaps because DISPLAY isn't set.) In all of your disjoint messages above, you fail to mention on which machine you are running the commands in question. It's, in general, very hard to follow and diagnose your problem reports. In the future, please endeavor to be methodical and specific when describing the issue, and try to change only one thing at a time. And instead of trying esoteric command line switches, try the procedure described in the documentation first. There's a reason why we bothered to document that as the preferred procedure. It's because it is the easiest to use and the least prone to user error. I would also like to say that most people these days don't use VirtualGL with vglconnect. They use it with TurboVNC, which may be easier to set up and understand for a novice VirtualGL user. ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar _______________________________________________ VirtualGL-Users mailing list VirtualGL-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/virtualgl-users
