[Paraview] paraview.5.1.renderingbackend.opengl on server and paraview.5.1.renderingbackend.opengl2 on client
I have built a ParaView on a parallel machine with: 1) intel/16.0.32) openmpi/1.6.5 3) cmake/3.5.2 And "Classic OSMesa” Mesa-9.2.5 configured with instructions at: http://www.paraview.org/Wiki/ParaView/ParaView_And_Mesa_3D#Installing_Classic_OSMesa My problem is a handshake issue and client server connection time I suspect the hand shake strings are the problem as the server sting is: ParaView handshake strings are different on the two connecting processes (Current value: paraview.5.1.renderingbackend.opengl). And the client string is: StartFragmentParaView handshake strings are different on the two connecting processes (Current value: paraview.5.1.renderingbackend.opengl2). Is it true that I can’t use the classic rendering (old GL) on the backend with a GL 2 on the client? Is there a workaround or do I have to figure out how to build a more modern OS Mesa (which might just be a copy/paste from the aforementioned website…)? Thanks, —John. ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview
Re: [Paraview] MPI Socket in use
Sometimes, depending on the process launcher being used by MPI you don't get the same environment in your current shell as you get from the mpiexeced environment, since interactive shells behave differently than non-interactive shells in regards to what dot files they read and/or don't read. you should try an ssh ldd /home/dersh/projects/ParaView-bin/bin/pvserver or rsh ldd /home/dersh/projects/ParaView-bin/bin/pvserver if you get the same output as ldd /home/dersh/projects/ParaView-bin/bin/pvserver I'm barking up the wrong tree. Good Luck, --John. On Tue, Apr 17, 2012 at 1:02 PM, Utkarsh Ayachit utkarsh.ayac...@kitware.com wrote: Are there multiple version of MPI installed by any chance? Utkarsh On Tue, Apr 17, 2012 at 2:51 PM, Adam Dershowitz adershow...@exponent.com wrote: Attached are the results of ldd libvtkParallel.so (looks to me like it is linking MPI stuff). And also CMakeCache.txt -Original Message- From: Utkarsh Ayachit [mailto:utkarsh.ayac...@kitware.com] Sent: Tue 4/17/2012 6:14 AM To: Adam Dershowitz Cc: paraview@paraview.org Subject: Re: [Paraview] MPI Socket in use Do you mind posting your CMakeCache.txt file? Also do a ldd libvtkParallel.so. Let's verify that vtkParallel is linking against MPI libs. Utkarsh On Tue, Apr 17, 2012 at 12:26 AM, Adam Dershowitz, Ph.D., P.E. adershow...@exponent.com wrote: I am sure that I use ccmake and changed PARAVIEW_USE_MPI to ON, (I also enabled python and pointed to the open mpi compiler, so that it then filled in most of the variables for MPI, as the note explains). Then I did configure and generate. Finally I did make, and sudo make install. All seemed to work fine, and paraview runs fine, with a single processor. I even went so far and to make a new, empty directory, and rebuilt it there. With the same results. I have also tried to explicitly put in the correct path, just to make sure that there isn't some other pvserver around: mpirun -np 3 /home/dersh/projects/ParaView-bin/bin/pvserver with exactly the same results. I have gone back, and now I see that MPIEXEC_MAX_NUMPROCS and VTK_MPI_MAX_NUMPROCS are set to 2. But, I get the same error if I try to run it with -np 2, so clearly just using MPI is failing. A I realized that the problem is consistent with it not being built with MPI, but I definitely set it on. Are there some other variables that have to be set? Clearly something is not being built correctly, but I am not sure what it is. Thanks, --Adam On Apr 16, 2012, at 7:09 PM, Utkarsh Ayachit wrote: You may want to verify PARAVIEW_USE_MPI flag again and ensure that the pvserver you're running is indeed the one that has PARAVIEW_USE_MPI set to ON. The problem you're seeing is typical when ParaView not built with MPI. Utkarsh On Mon, Apr 16, 2012 at 8:10 PM, Adam Dershowitz adershow...@exponent.com wrote: I just built paraview on an opensuse linux box. When I use the GUI, and a single connection it seems to work fine. But, if I try to use multiple CPUs, or run with mpi, it fails. I do have OpenMPI installed. When I first started getting the error, I googled around some and found that maybe make install would help (I had been running it just in the build directory). But I am getting the same error after installing. I also added my openmpi libraries to LD_LIBRARY_PATH (when I first tried to run it I had other errors about a shared library). I did build with PARAVIEW_USE_MPI set to on. It looks as though one pvserver will run, but any additional ones finds a port in use. Clearly something is not right about how MPI is being handled, but I am not sure how to fix it. If I try mpirun, here is error I get: mpiexec -np 3 pvserver Waiting for client... Connection URL: cs://cfd:1 Accepting connection(s): cfd:1 Waiting for client... Connection URL: cs://cfd:1 ERROR: In /home/dersh/projects/ParaView-3.14.1-Source/VTK/Common/vtkSocket.cxx, line 206 vtkServerSocket (0xebd970): Socket error in call to bind. Address already in use. ERROR: In /home/dersh/projects/ParaView-3.14.1-Source/ParaViewCore/ClientServerCore/vtkTCPNetworkAccessManager.cxx, line 343 vtkTCPNetworkAccessManager (0x661800): Failed to set up server socket. Exiting... Waiting for client... Connection URL: cs://cfd:1 ERROR: In /home/dersh/projects/ParaView-3.14.1-Source/VTK/Common/vtkSocket.cxx, line 206 vtkServerSocket (0xebd970): Socket error in call to bind. Address already in use. ERROR: In /home/dersh/projects/ParaView-3.14.1-Source/ParaViewCore/ClientServerCore/vtkTCPNetworkAccessManager.cxx, line 343 vtkTCPNetworkAccessManager (0x661800): Failed to set up server socket. Exiting... - It seems that [at least]
Re: [Paraview] Getting a raytraced picture from Manta
Hi Sohail, Look in: Edit-Settings-Manta View There is check box for Shadows. --John On Wed, Mar 23, 2011 at 12:21 AM, Sohail Shafii sohailsha...@yahoo.comwrote: Thank you...that version is actually way more stable, and I can see that the raytracer is working now. Phong shading does work (I was able to pick that successfully), and it works better than the rasterized Gouraud (as expected). I just don't see any shadows cast created on the polygons my filter created, I think that would be seen by default. Any ideas? Sohail --- On *Tue, 3/22/11, David E DeMarle dave.dema...@kitware.com* wrote: From: David E DeMarle dave.dema...@kitware.com Subject: Re: [Paraview] Getting a raytraced picture from Manta To: Sebastien Jourdain sebastien.jourd...@kitware.com Cc: Sohail Shafii sohailsha...@yahoo.com, paraview@paraview.org Date: Tuesday, March 22, 2011, 9:11 PM I highly recommend you use Manta r2439. As far as vtkManta's use of Manta goes, that version is the most stable and newer Manta versions are known to cause it to crash. David E DeMarle Kitware, Inc. RD Engineer 28 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-371-3971 x109 On Tue, Mar 22, 2011 at 3:17 PM, Sebastien Jourdain sebastien.jourd...@kitware.comhttp://mc/compose?to=sebastien.jourd...@kitware.com wrote: Hi Sohail, if you are using 3.8.0, it is true that you will need to start a server (pvserver) and connect to it to allow manta to work properly with ParaView. You don't need to run in MPI, but it has to be in a different process than the client. (I mean no built-in mode) On the other hand, once you get connected to that pvserver (in localhost for example) you will have to load the plugin on both side (client+server). Once this is done, you should be able to close the 3D renderer and create a new one based on Manta. For the crash part, the best person will be Dave that I cc. But as he is traveling, he might not be able to answer to you right away. Seb On Tue, Mar 22, 2011 at 4:49 PM, Sohail Shafii sohailsha...@yahoo.comhttp://mc/compose?to=sohailsha...@yahoo.com wrote: Thanks. It turns out that I am working with an older version (3.8.0) since I am making preparations for a paper (due next week) and some code hasn't been ported to latest version yet. I basically have to add the plugins in the Remote plugins section o fthe Plugin manager. The plugin's a bit buggy and causes a crash, however, and I think that may be due to the fact that I am using an older version of Manta. Sohail --- On *Tue, 3/22/11, Sebastien Jourdain sebastien.jourd...@kitware.comhttp://mc/compose?to=sebastien.jourd...@kitware.com * wrote: From: Sebastien Jourdain sebastien.jourd...@kitware.comhttp://mc/compose?to=sebastien.jourd...@kitware.com Subject: Re: [Paraview] Getting a raytraced picture from Manta To: Sohail Shafii sohailsha...@yahoo.comhttp://mc/compose?to=sohailsha...@yahoo.com Cc: paraview@paraview.org http://mc/compose?to=paraview@paraview.org Date: Tuesday, March 22, 2011, 1:32 PM Hi Sohail, you should just close the default 3D view and create the Manta one by clicking on its button. Then any object that you create will be shown in that raytracer view... And with the latest implementation, you don't need a remote server anymore. Seb On Tue, Mar 22, 2011 at 4:18 PM, Sohail Shafii sohailsha...@yahoo.comhttp://mc/compose?to=sohailsha...@yahoo.com wrote: Hi, I have been able to get Manta raytracer to compile with paraview and load in as a plugin. I even see the extra GUI options in the display tab of certain filters like the Tube filter. I'm just wondering how to get something raytraced as a result. I did a bit a research via the list and found a page that says that I must start the paraview server with the plugin loaded. The client would also have the plugin loaded and connect to the server. The instructions didn't say how to do that on the server side . Usually when I start the paraview server (pvserver), it does not launch the GUI but just waits for a client connection in the terminal. So I don't know how to load the plugin on the server...the command line options for pvserver didn't provide any hints. Please advise. Thanks, Sohail ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe:
Re: [Paraview] ParaView 3.8.0-RC1 Contour problem
Hi Ken, Thanks for responding, it would appear that the reader is not responding correctly regarding ghost cells. It is now apparent that ghost cells are my problem and resolving that will have to happen somewhere with the data writer and the reader. Fortunately I know both. Thanks for pointing it out, --John. On Fri, Apr 16, 2010 at 10:26 AM, Moreland, Kenneth kmo...@sandia.gov wrote: John, I believe the generate normals option requests a layer of ghost cells. Are you sure your reader is responding properly to that? -Ken On 4/16/10 9:53 AM, John Patchett patchett2...@gmail.com wrote: Good Morning, I have encountered a problem with the contour filter with computer normals set on. My configuration is a Red Hat Enterprise Linux Server release 5.4 (Tikanga) server running 32 pvserver processes, openmpi 1.4.1, Mesa 7.6 (OSMesa). a Fedora release 11 (Leonidas) workstation running the client. Both are CVS ParaView-3-8 builds updated after the calculator fix was applied (very fast thank you). I load a dataset with 2 vectors and a scalar all floats using VPIC reader. I run 1 of the vectors through the calculator to compute magnitude. Result array has range [.250244, .572473] I then run that result into a contour, which will do 1 of 2 things: If I un-check compute normals : contour works as expected (attached). If compute normals is checked : it takes a long time to produce a bad contour (attached) with errant lines OR the server segfaults If the server segfaults it is worthy of note that the information tab of the Calculator then reports the Result array as having range[0.0,3.57...+38] If I delete the contour and the calculator, create a new calculator, calculate magnitude it reports range as [0.0,3.57...+38] Seems like a problem ... I will work at finding a more simple example... Thanks, --John Patchett. Kenneth Moreland *** Sandia National Laboratories *** *** *** *** email: kmo...@sandia.gov ** *** ** phone: (505) 844-8919 *** web: http://www.cs.unm.edu/~kmorel ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] PV3.8.0 RC1 LIC and VisIt plugins
Hi Richard, I diagnosed a problem yesterday on both a Fedora 11 and Fedora 12 box with NVidia Graphics Cards where ParaView 3.8 would go to lunch connecting with gdb we noted each time it was in an OpenGL call. I replaced the NVidia 195.36.15 driver with 185.18.31 and haven't had a problem since... Your problem sounds very similar. --John. On Fri, Apr 16, 2010 at 9:25 AM, Richard GRENON richard.gre...@onera.fr wrote: Utkarsh Ayachit wrote: Richard, Here are the steps I followed: * Load the SurfaceLIC plugin * Open disk_out_ref.ex2 from ParaView Data. Load all variables (essential to have vectors) * Apply Contour Filter to create some surfaces * Next, from the representation type combo-box simply select Surface LIC Attached is a state file. You'll have to change all references to disk_out_ref.ex2 to match the location of the file on your machine. Also, load the state only after the plugin has been loaded other you will get errors. Utkarsh Utkarsh. Thank you for the info and the PVSM file. I have checked the autoload checkbox for VisIt plugin and SurfaceLIC plugin. Both are loaded when I start PV. Trying the steps you followed gives this error when I select Surface Lic. ERROR: In /home/kitware/Dashboard/MyTests/ParaView-3-8/ParaView-3.8/ParaView3/VTK/Rendering/vtkFrameBufferObject.cxx, line 237 vtkFrameBufferObject (0x1fa4dff0): Frame buffer object was not initialized correctly. Same thing when using your PVSM file. In addition, the 3D windows seems frozen and PV crashes (not each time) when I try to change SurfaceLIC for Surface or something else. I will perform other tests with the Windows version on next week. Richard -- Richard GRENON ONERA Departement d'Aerodynamique Appliquee - DAAP/ACI 8 rue des Vertugadins 92190 MEUDON - FRANCE phone : +33 1 46 73 42 17 fax : +33 1 46 73 41 46 mailto:richard.gre...@onera.fr http://www.onera.fr ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
[Paraview] Calculator performing poorly in ParaView-3-8 branch
I've noticed the calculator has started performing substantially slower in the ParaView-3-8 branch when taking the magnitude of a vector as compared to the Head before the branch. I've attached a graph summarizing the performance degradation. I used the Mandelbrot source and took the magnitude of the coords vector to collect data for the graph. One of my machines averages nearly a 6x slowdown and the other a 4.5x slowdown. The *-march is a Head build from 3/23/2010. 3-8 is the branch as of yesterday afternoon. I (believe) the change that affected the calculator performance happened after the branch as I noticed it after I updated the branch ( I wouldn't bet too much on this though)... I don't know if the Head is affected. Thanks, --John Patchett. calculator.eps Description: PostScript document ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] Calculator performing poorly in ParaView-3-8 branch
Initial results show performance is repaired, on par with the March Head build... Thank You very much, --John. On Tue, Apr 13, 2010 at 2:20 PM, Utkarsh Ayachit utkarsh.ayac...@kitware.com wrote: John, Attached is a patch. Can you verify that it overcomes the performance issues you are seeing? If so, I'll commit it to CVS and get in 3.8 branch as well. Utkarsh On Tue, Apr 13, 2010 at 3:23 PM, John Patchett patchett2...@gmail.com wrote: I've noticed the calculator has started performing substantially slower in the ParaView-3-8 branch when taking the magnitude of a vector as compared to the Head before the branch. I've attached a graph summarizing the performance degradation. I used the Mandelbrot source and took the magnitude of the coords vector to collect data for the graph. One of my machines averages nearly a 6x slowdown and the other a 4.5x slowdown. The *-march is a Head build from 3/23/2010. 3-8 is the branch as of yesterday afternoon. I (believe) the change that affected the calculator performance happened after the branch as I noticed it after I updated the branch ( I wouldn't bet too much on this though)... I don't know if the Head is affected. Thanks, --John Patchett. ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] FW: paraview3.6.1/OSMesa rendering issue
Hi Lucy, I'm pretty certain that we are doing what you want to do. We are building OSMesa 7.5 from source as we have had various problems with system supplied mesa versions... --John. On Aug 13, 2009, at 1:43 AM, Lucy Gagliardi wrote: Hi, I’ve recently installed Paraview3.6.1 with OSMesa 7.4.4 on a linux based workstation (64bit). However, when running python scripts to set up and output jpg (or png) files using pvbatch with the --use- offscreen-rendering flag, the scripts run perfectly with no error, however the output picture is garbled. I’ve tried a fresh install of both Paraview and OSMesa to double check my configuration and the compilation runs through fine with no errors. I’m trying to use the OSMesa libraries installed in a shared location across a network instead of on my local machine – could this be the source of the problem? The python scripts only use Paraview as serial (i.e no parallel server) and output the pictures fine if the --use-offscreen- rendering flag is not used (and the OpenGL visualisation window opens). Any help with this would be great as I’m pretty stumped. Cheers, Lucy Lucy Gagliardi CFD Engineer image001.gif T + 44 (0)1280 846880 www.BrawnGP.com Brawn GP Limited. Registered in England No. 787446. Registered Office at Brawn GP Formula One Team, Brackley, Northants NN13 7BD. Please consider the environment before printing this email ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] Paraview 3.6 tar.gz
I was looking for the same thing this morning and ended up settling on a cvs check out: cvs -d :pserver:anon...@www.paraview.org:/cvsroot/ParaView3 login cvs -d :pserver:anon...@www.paraview.org:/cvsroot/ParaView3 co -r ParaView-3-6 ParaView3 Which I think is the correct incantation ... --John. On Jul 17, 2009, at 9:08 AM, Alin M Elena wrote: Hi All, I intend to package on opensuse build service paraview. I thought about 3.6 as a good candidate are there any let us say more or less official tar.gz files for the source and data? regards, Alin -- __ If the Universities will not study useless subjects, who will? G. F. FitzGerald, Nature, 45/46, 392 (1892) __ Mr Alin M ELENA Irish Centre for High-End Computing -- www.ichec.ie The Design Tower, Trinity Technology Enterprise Campus Grand Canal Quay, Dublin 2, Ireland Tel: +353 (0) 1 5241608 ext 29 Fax: +353 (0) 1 7645845 http://alin.elenaworld.net alin.el...@ichec.ie alinm.el...@gmail.com __ ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
