<div dir="ltr">I rebuilt the cluster's installation of Paraview 5.0.1 making sure to set VTK_RENDERING_BACKEND=OpenGL2 since this will be most compatible with the superbuild binaries.  The datasets I originally could not load now seem to load and render correctly.  I will have more users test the installation and report back here if I hear of any problems.<div><br></div><div>Thanks again,</div><div><br></div><div>Matt</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, May 25, 2016 at 3:45 PM, Matthew Brown <span dir="ltr"><<a href="mailto:brownm12@vt.edu" target="_blank">brownm12@vt.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Thank you for the quick reply.</div><div><br></div>On the client, I used a superbuild for MacOS X which I take it is built with OpenGL2.  On the cluster, I accepted the default flag which (upon rerunning ccmake) appears to be OpenGL on this system. <div><br></div><div>So, the client and server are almost certainly built to use different rendering backends.  I take it that they must be the same for full functionality, is that correct?  What functionality would you expect to fail if rendering backends are mismatched between the client and server?</div><div><br></div><div>Matt</div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, May 25, 2016 at 2:55 PM, Utkarsh Ayachit <span dir="ltr"><<a href="mailto:utkarsh.ayachit@kitware.com" target="_blank">utkarsh.ayachit@kitware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Matt,<br>
<br>
Can you confirm that both the client and server are using the same<br>
rendering backend? Unfortunately, there's no clean way to do that<br>
except to look at the CMakeCache.txt used to build to two. Confirm<br>
that the VTK_RENDERING_BACKEND CMake flag is set to the same value on<br>
both. I suspect one is "OpenGL" and other is "OpenGL2".<br>
<br>
Utkarsh<br>
<div><div><br>
On Wed, May 25, 2016 at 2:04 PM, Matthew Brown <<a href="mailto:brownm12@vt.edu" target="_blank">brownm12@vt.edu</a>> wrote:<br>
> I have recently built and installed ParaView 5.0.1 on one of our clusters<br>
> and am having issues when loading most datasets that I have tried.<br>
><br>
> 1. remote rendering seems to work with no issues:  I can make spheres and<br>
> cylinders and move them around and color their sections according the core<br>
> doing the processing<br>
> 2. the ParaView tutorial dataset (from<br>
> <a href="http://www.paraview.org/Wiki/The_ParaView_Tutorial" rel="noreferrer" target="_blank">http://www.paraview.org/Wiki/The_ParaView_Tutorial</a>) named headsq.vti can<br>
> load and render remotely with no problems<br>
> 3. loading either of the other two tutorial datasets (can.ex2 or<br>
> disk_out_ref.ex2) causes the application to crash<br>
> 4. The remote client machine (running ParaView5.0.1) can open all of these<br>
> datasets with no problem<br>
><br>
> Crash details:<br>
> a. data set variables show up correctly in the Properties pane, but<br>
> Information seems unavailable: all the fields under statistics and data<br>
> arrays have values "NA", but time indices look correct<br>
> b. clicking "Apply" causes the client application on the remote machine and<br>
> pvserver on the cluster to die<br>
> c. client-side standard output:<br>
> ####################-begin-####################<br>
> $ ./paraview<br>
> AutoMPI: SUCCESS: command is:<br>
>  "/Applications/paraview.app/Contents/MacOS/mpiexec" "-np" "2"<br>
> "/Applications/paraview.app/Contents/bin/pvserver" "--server-port=56934"<br>
> AutoMPI: starting process server<br>
> -------------- server output --------------<br>
> Waiting for client...<br>
> AutoMPI: server successfully started.<br>
> ERROR: In<br>
> /Users/kitware/buildbot-slave/paraview-bigmac-osx-shared-release_opengl2_osx10_7_qt4_superbuild/build/paraview/src/paraview/ParaViewCore/ServerImplementation/Core/vtkSIProxy.cxx,<br>
> line 310<br>
> vtkSIProxy (0x7f93f3a2ead0): Failed to create vtkHAVSVolumeMapper. Aborting<br>
> for debugging purposes.<br>
><br>
><br>
> Abort trap: 6<br>
> ####################-end-####################<br>
><br>
> d. cluster-side standard output:<br>
> ####################-begin-####################<br>
> [brownm12@nr019 ~]$ mpirun -n 2 pvserver<br>
> Waiting for client...<br>
> Connection URL: cs://nr019:11111<br>
> Accepting connection(s): nr019:11111<br>
> Client connected.<br>
> ERROR: In<br>
> /opt/build/BUILD/ParaView-5.0.1-Source/VTK/Parallel/Core/vtkSocketCommunicator.cxx,<br>
> line 809<br>
> vtkSocketCommunicator (0x2f81200): Could not receive tag. 1<br>
><br>
> Exiting...<br>
> Exiting...<br>
> ####################-end-####################<br>
><br>
> Build information:<br>
> cluster: CentOS 7, gcc-4.7.2, openmpi-1.8.5, python 2.7.10, ParaView 5.0.1.<br>
> I can provide more details if needed, but I'm not sure what would be most<br>
> relevant<br>
><br>
> It seems to me that the issue may be with how the cluster is opening the<br>
> datasets.  I would like some advice or ideas on how to resolve or continue<br>
> troubleshooting the problem.<br>
><br>
> Thanks,<br>
><br>
> Matt<br>
><br>
><br>
><br>
</div></div>> _______________________________________________<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<br>
> <a href="http://www.kitware.com/opensource/opensource.html" rel="noreferrer" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
><br>
> Please keep messages on-topic and check the ParaView Wiki at:<br>
> <a href="http://paraview.org/Wiki/ParaView" rel="noreferrer" target="_blank">http://paraview.org/Wiki/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=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/mailman/listinfo/paraview</a><br>
><br>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>