<div dir="ltr">OPenGL 4.4 is plenty and that card should support the new backend. My first thought would be to try updating the nvidia driver as it is pretty old.<div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Feb 13, 2017 at 5:23 AM, 张驭洲 <span dir="ltr"><<a href="mailto:yzhzhang@ipe.ac.cn" target="_blank">yzhzhang@ipe.ac.cn</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br><br>Hello,<br><br>For a long time I have a problem using ParaView 5.2.0 in the client-server mode. However, at the same time, I can use ParaView 4.4.0 in this mode on the same machine. Recently I have built several different versions of ParaView, including 4.3.1, 4.4.0, 5.1.2, 5.2.0, on the same machine and with almost the same compilation options (the only difference among the buildings is the rendering backend), and I found that when built with OpenGL rendering backend, all the versions, including 5.1.2 and 5.2.0, can work normally, in both standalone mode and client-server mode. But when 5.1.2 and 5.2.0 are built with OpenGL2 rendering backend, they can't work. The machine is a node of a HPC system, so I connect to it via realVNC. If I start the paraview execuble by typing ./paraview, I get this output:<br><br>Segmentation fault (core dumped)<br><br><span title="paraview@paraview.org"></span>If I connect to the node via ssh, and type ./paraview , then I get:<br><br>paraview: c
annot connect to X server<br><br>I know this is because I didn't start the X for the paraview, this test is just for comparison.<br><br>If I connect to the node via ssh, and type ./paraview -display :0 , then I get:<br><br>X Error: GLXBadContext 144<br> Extension: 135 (Uknown extension)<br> Minor opcode: 5 (Unknown request)<br> Resource id: 0x36001bc<br>ERROR: In /root/Desktop/ParaView-v5.2.0/<wbr>VTK/Rendering/OpenGL2/<wbr>vtkOpenGLRenderWindow.cxx, line 629<br>vtkXOpenGLRenderWindow (0x339c550): GLEW could not be initialized.<br><br><br>Segmentation fault (core dumped)<br><br>If I connect to the node via ssh, and type ./pvserver and connect to it from the paraview GUI on my PC, then I get:<br><br>
<p style="TEXT-INDENT:0px;MARGIN:0px">Display is not accessible on the server side.</p>
<p style="TEXT-INDENT:0px;MARGIN:0px">Remote rendering will be disabled.</p>
<p style="TEXT-INDENT:0px;MARGIN:0px"><br></p>
<p style="TEXT-INDENT:0px;MARGIN:0px">This means if I dont't use the rendering feature on the node, other features of the ParaView can be used normally.<br></p>
<p style="TEXT-INDENT:0px;MARGIN:0px"><br></p>
<p style="TEXT-INDENT:0px;MARGIN:0px">If I connect to the node via ssh, and type ./pvserver -display :0, and connect to it from the paraview GUI on my PC, then I get lots of errors on the client side, like this:</p><br>ERROR: In /home/buildslave/dashboards/<wbr>buildbot/paraview-pvbinsdash-<wbr>linux-shared-release_opengl2_<wbr>qt4_superbuild/source-<wbr>paraview/VTK/Common/System/<wbr>vtkSocket.cxx, line 572<br>vtkClientSocket (0x1973c70): Socket error in call to send. Broken pipe.<br><br>And on the server side, the errors are:<br><br>X Error of failed request: GLXBadContext<br> Major opcode of failed request: 135 (GLX)<br> Minor opcode of failed request: 5 (X_GLXMakeCurrent)<br> Serial number of failed request: 28<br> Current serial number in output stream: 28<br><br>From all the tests, I think it's reasonable to guess that the problem lies in the X Window system and the OpenGL2 rendering backend. The operation system of the node
is CentOS 6.3 and the X Window System was installed using "yum groupinstall". The GPU on the node is Tesla C2050 and the driver version is 331.67. The output from "glxinfo | grep OpenGL" is as follow:<br><br>OpenGL vendor string: NVIDIA Corporation<br>OpenGL renderer string: Tesla C2050/PCIe/SSE2<br>OpenGL version string: 4.4.0 NVIDIA 331.67<br>OpenGL shading language version string: 4.40 NVIDIA via Cg compiler<br>OpenGL extensions:<br><br>Is there anything wrong with the setting? Why does ParaView with OpenGL rendering backend work on it but that with OpenGL2 not work?<br><br>Any help or reply is highly appreciated!<br><br>-Zhang<br><br><br><br><span></span><br><br><br><br>______________________________<wbr>_________________<br>
Powered by <a href="http://www.kitware.com" rel="noreferrer" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" rel="noreferrer" target="_blank">http://www.kitware.com/<wbr>opensource/opensource.html</a><br>
<br>
Please keep messages on-topic and check the ParaView Wiki at: <a href="http://paraview.org/Wiki/ParaView" rel="noreferrer" target="_blank">http://paraview.org/Wiki/<wbr>ParaView</a><br>
<br>
Search the list archives at: <a href="http://markmail.org/search/?q=ParaView" rel="noreferrer" target="_blank">http://markmail.org/search/?q=<wbr>ParaView</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://public.kitware.com/mailman/listinfo/paraview" rel="noreferrer" target="_blank">http://public.kitware.com/<wbr>mailman/listinfo/paraview</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Ken Martin PhD<div>Chairman & CFO<br>Kitware Inc.<br>28 Corporate Drive<br>Clifton Park NY 12065<br>518 371 3971<div><br></div><div><span style="font-size:10pt;font-family:Tahoma,sans-serif">This communication,
including all attachments, contains confidential and legally privileged
information, and it is intended only for the use of the addressee. Access to this email by anyone else is
unauthorized. If you are not the intended recipient, any disclosure, copying,
distribution or any action taken in reliance on it is prohibited and may be
unlawful. If you received this communication in error please notify us
immediately and destroy the original message.
Thank you.</span></div></div></div>
</div>