<div dir="ltr"><span class="im"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
I have: Server Type = Client/Server<br>
Host=localhost<br>
Port=11772<br>
Command:  ssh -L 11772:remote-box:11772 user@remote-box pvserver --server-port=11772<br></blockquote><div><br></div></span><div>When
 remotely launching a pvserver in this sort of configuration (i.e. egl +
 directly via an ssh command), a few things make this easier / more 
reliable:<br><ul><li>Disable OpenGL version testing.</li><ul><li>This works around an issue with EGL in pvserver at the moment with remote rendering.<br></li></ul><li>Use reverse port forwarding instead.</li><ul><li>Basically the client listens and the server initiates a connection back through the tunnel.</li></ul><li>Run
 the connection command within an xterm to be able to easily see 
pvserver output and to enter any necessary credentials via stdin (if you
 can't do key based authentication, for example).</li><ul><li>Not necessary but a nice to have<br></li></ul></ul><p>Combining both of these, try the following settings:</p><ul><li>Server Type = Client / Server (reverse connection)</li><li>Port: 11772</li><li>Command: 

<p style="margin:0px;text-indent:0px">xterm -e ssh -R 
11772:localhost:11772 user@remotebox /path/to/install/bin/pvserver 
--disable-xdisplay-test --reverse-connection --client-host=localhost 
--server-port=11772</p></li></ul></div><span class="im"><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

If I set DISPLAY=:0.0 in tunneling command, I get the same error as in the manual setup.<br></blockquote><div><br></div></span><div>When using EGL, there is no X server interaction so the DISPLAY variable isn't used.<br><br></div><span class="im"><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Maybe, my compilation with EGL did not succeed?<br>
<span></span></blockquote><div><br></div></span>Try with the above mentioned connection configuration and we'll go from there.  I definitely suggest trying to stick with the new OpenGL back-end if we can get the issues worked out as it's typically ~ 20x - 100x faster for geometry rendering and 2x - 10x faster for volume rendering.<br></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr">- Chuck<br></div></div></div>
<br><div class="gmail_quote">On Tue, Apr 12, 2016 at 1:55 PM, Harald Klimach <span dir="ltr"><<a href="mailto:harald@klimachs.de" target="_blank">harald@klimachs.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">If I use this option via the X-server on the remote machine:<br>
<span class=""><br>
> I don't have an answer to your VGL problem yet, but in the mean time, are you tied to having to use it that way?  If not, you also have the option of running ParaView in client / server mode which may actually be more ideal for your situation: i.e. with pvserver running on the headless server and the ParaView GUI client on your local machine (workstation / desktop / laptop, etc.) and connecting to the remote server.  Doing so, you can actually bypass vgl and likely get much better performance.  If you're running an X server on the remote machine, you can do this by setting your DISPLAY variable to the local x server:<br>
><br>
> ssh foo@bigserver<br>
> [foo@bigserver ~]$ DISPLAY=:0.0 pvserver<br>
> Waiting for client...<br>
> Connection URL: cs://<a href="http://bigserver.supercooldomain.com:11111" rel="noreferrer" target="_blank">bigserver.supercooldomain.com:11111</a><br>
> Accepting connection(s): <a href="http://bigserver.supercooldomain.com:11111" rel="noreferrer" target="_blank">bigserver.supercooldomain.com:11111</a><br>
<br>
</span>I don’t get the error message box.<br>
But, one thing I noticed now, is that in this case the Connection information in About Paraview shows me<br>
a different OpenGL version string in the OpenGL2 compiled pvserver than in the one without OpenGL2<br>
support.<br>
<br>
with OpenGL2 the OpenGL-Version is: 3.2.0 NVIDIA 361.28<br>
without, the OpenGL-Version is: 4.5.0 NVIDIA 361.28<br>
<br>
Now I am somewhat confused, as the EGL built pvserver with OpenGL2 backend also complained about<br>
OpenGL-Version 4.5.0 NVIDIA 361.28.<br>
<br>
So, with legacy OpenGL rendering backend I have 4.5.0.<br>
With OpenGL2, but no EGL I have 3.2.0.<br>
With OpenGL2 and EGL I again have 4.5.0.<br>
<br>
legacy OpenGL works via VirtualGL,<br>
OpenGL2 works as a pvserver using the X display on the remote machine without any error message boxes<br>
(I guess this is the option I’ll deploy now),<br>
OpenGL2 and EGL works as pvserver, but somehow still requires me to set the DISPLAY=:0.0, if I am not mistaken,<br>
and it has the reported error message pop-up, saying that remote rendering is disabled.<br>
<br>
</blockquote></div><br></div>