[solved] Issue Involving Paraview
Hello all,
I have installed OpenFOAM 1.6 today on fedora 12 and i am having a slight issue. It seems that when I want to see the mesh for the first tutorial I get this error; [***@#### cavity]$ paraFoam created temporary 'cavity.OpenFOAM' /home/***/OpenFOAM/ThirdParty-1.6/paraview-3.6.1/platforms/linux64Gcc/bin/paraview-real: error while loading shared libraries: libssl.so.0.9.8: cannot open shared object file: No such file or directory I searched for the libssl.so and i found that my computer has libssl.so.1.0.0 instead of the one being called for. I was wondering how I could fix this. I have used OpenFOAM before but never have had this issue. Thanks MT |
Greetings MechE and welcome to the OpenFOAM forum.
Well, the solution is pretty simple, as long as the two library versions don't differ too much. So, you need libssl.so.0.9.8 but have libssl.so.1.0.0, then just go to the folder where the existing version is and run this as superuser: Code:
ln -s libssl.so.1.0.0 libssl.so.0.9.8 Now, this should work, and if you do an "ls -l" on that folder, you might find other links between other library versions as well, since this is a somewhat common method in Linux. Nonetheless, if libssl.so has gotten an overhaul, like code and interface cleaning, then Paraview might crash when it needs ssl :( If that happens, you'll have to rebuild Paraview. Best regards, Bruno |
Creating this symbolic link doesn't mess with the original; correct?
|
Quote:
Otherwise I would've suggested to check the Software Manager in Fedora, and see if under libssl there was an option for choosing another version for it :cool: |
This worked!!! Thank you very much!
|
I'm glad to hear/read it! And your welcome :)
|
I have a very similar problem in a different environment. I am trying to get paraFoam running on a remote machine that I don't have rights to mess with anything outside of my /home/user directory. The version on that machine is libssl.so.0.9.8e instead of libssl.so.0.9.8
I know sym-linking must be the answer, but I would need to create the link somewhere in my home directory. Is there a way for me to do this? Or do I need to recomplile ParaView? |
Greetings Marco,
Assuming that the OpenFOAM installation is in your home folder, try something like this: Code:
cd $ParaView_DIR/lib/paraview-$ParaView_MAJOR Best regards, Bruno |
Hey Bruno, thanks for the reply. That resolved the libssl issue, but now there is a problem with Qt, so I need to recompile anyway.
I'm having trouble finding where the newly compiled qmake is, any ideas? |
Hi Marco,
Quote:
Nonetheless, when in doubt, you can always use in Linux the find command :) : Code:
find . -name "qmake" Bruno |
Thanks Bruno, the links have been helpful. After reading through I think I have a better understanding of the build process. I'm down to a few problems with the makeParaview script. All of the configure seems to go well, but then there is a problem with one of the CMakeLists:
Code:
-- Configuring done |
Hi Marco,
What CMake version are you using? In my experience, for instance, ParaView 3.6.1 has only worked for me with CMake 2.6.4; with CMake 2.8.0, it made up some issues about something... so I simply went back to 2.6.4 :) Another possibility is that one or more files are corrupt. It's been known to happen either files disappearing or being wrongly unpacked from the gtgz files, for some weird reason :( It's a lot of files, so it would also be strange if something didn't go wrong once in a while :D Best regards, Bruno |
CMake 2.6.4 is running on one of the machines. I need to bootstrap cmake on the other, which is another issue entirely. I'll try re-extracting the ThirdParty tarballs and recompile, and barring that I'll download the sources for paraview 3.6.1 and try from there.
|
Trying the sources for paraview 3.6.2, as 3.6.1 failed to compile. There were some corrupted files (probably from improper extraction), but the next errors are compilation errors, complaints about syntax around VTK/common/CmakeFukes/vtkCommon.dir
|
Hi Marco,
Well, it almost seems like ParaView doesn't want to be built by your own hands ;) OK, lets try another approach, but I'll need to know some things, if you can share the information:
There are a lot more possibilities, but writting them all down would be nearly insane :D Best regards, Bruno |
Thanks Bruno. That almost did the trick. To confirm, I took all the steps you mentioned but replacing ParaView 3.6.1 with ParaView 3.6.2. ParaView launches and it appears it will work. but then there is an exception thrown by Qt, seems suspiciously like an out of bounds array on the name:
Code:
Qt has caught an exception thrown from an event handler. Throwing exceptions from an event handler is not supported in Qt. You must reimplement QApplication::notify() and catch all exceptions there. |
Hi Marco,
Did you rebuild OpenFOAM's PV3FoamReader? Because it might be miss-linking to ParaView 3.6.2, when it expected to link to 3.6.1. If the previous solution doesn't work, the final solution that comes to mind is somewhat simple: upgrade! I.e., build a new Qt version 4.6.x and ParaView 3.8.0 and edit the paraFoam script to use ".foam" instead of ".OpenFOAM"! And this time you don't even need OpenFOAM's PV3FoamReader, because as of ParaView 3.8.0, it has an internal reader that can read OpenFOAM cases without the need to have OpenFOAM installed! For example, you could share the case folders in a Linux cluster with a Windows machine; run OpenFOAM in the Linux cluster; and post-process directly remotely from Windows! All thanks to the updated/upgraded internal reader :) (versions <3.8.0 would only work with cases for OpenFOAM <1.2 if I'm not mistaken) And you might be wondering: «but isn't OpenFOAM's reader more reliable?» Answer: currently it isn't. The current internal reader has proven to be better, faster and more accessible than the official reader. That could change in the future, but right now, the internal reader in 3.8.0 and above is better that OpenFOAM's reader. Good luck! Best regards, Bruno |
Bruno,
Thanks for the advice and help. I was finally able to get ParaView 3.8 to work with OpenFOAM 1.6. It was even easier than what you last mentioned, as I didn't have to rebuild anything. 1) Downloaded the binaries 2) Added the executables to my $PATH 3) Modified the paraFoam script as per your instructions Works like a charm, and a lot faster and stable. Again, many thanks! |
Just an update on the situation, I've found that I can perform nearly all of the post-processing I need to except for the ability to make selections. Specifically I want to plot a selection over time, but after moving the cursor over the section I want to select, Paraview freezes and quits with a segmentation fault.
Has anyone else seen this kind of behaviour. It happens when I do "Select Cells On", but works fine for "Select Cells Through", however, I can't use this as my mesh moves and the selection changes in time. |
Hi Marco,
Try using foamToVTK to generate the outputs in VTK format and see if the same problem occurs, when opening in ParaView the resulting VTK files. If the same problem occurs, then it's a ParaView bug. If not, it's the plug-in's bug. Best regards, Bruno |
All times are GMT -4. The time now is 11:45. |