[entropies]

CentOS 7 just comes out. Is there anyone would like to update the installation process? I mean a really clean installation like:

http://openfoamwiki.net/index.php/In...CentOS_SL_RHEL

[entropies]

I tried to follow the instructions on:
http://openfoamwiki.net/index.php/In...HEL#CentOS_6.5

And I failed. I had a problem of using the command of:

module load openmpi-x86_64

in Step #7.

So I use：

 export MPI_INCLUDE=/usr/include/openmpi-x86_64

instead.

I met a problem in step #17. My log.MakePV file is attached here:

[alexeym]

Hi,

1. IIRC in RHEL 7, they've changed the name of the module for OpenMPI. You can list all available modules with 'module avail' command, and select the one corresponding to OpenMPI.

2. As to your log-file with error, it's quite obvious:

etc/tools/ParaView4Functions: line 427: cmake: command not found

either you've skipped step 9, or just forgot to install cmake (also RHEL 7 comes with cmake 2.8.11, so yo don't need to build it, you can install it with yum).

[entropies]

Hi Alexey,

I installed cmake, and seems it's progressing but now I met another problem in step #17. The error is shown in the following:

--------------------------------------------------------------------------

[ 82%] Built target mpi4py.MPE
Linking C shared module ../../../lib/site-packages/mpi4py/MPI.so
CMakeFiles/mpi4py.MPI.dir/src/MPI.c.o: In function `OPENMPI_dlopen_libmpi':
MPI.c.text+0x6eb1): undefined reference to `dlopen'
MPI.c.text+0x6ecd): undefined reference to `dlopen'
MPI.c.text+0x6ee3): undefined reference to `dlopen'
MPI.c.text+0x6ef9): undefined reference to `dlopen'
CMakeFiles/mpi4py.MPI.dir/src/MPI.c.o: In function `__pyx_pf_6mpi4py_3MPI_16Init':
MPI.c.text+0x1345b): undefined reference to `dlopen'
CMakeFiles/mpi4py.MPI.dir/src/MPI.c.o:MPI.c.text+0x1357d): more undefined references to `dlopen' follow
collect2: error: ld returned 1 exit status
make[2]: *** [lib/site-packages/mpi4py/MPI.so] Error 1
make[1]: *** [ThirdParty/mpi4py/vtkmpi4py/CMakeFiles/mpi4py.MPI.dir/all] Error 2
make: *** [all] Error 2
---
Installation complete for paraview-4.1.0
Set environment variables:

export ParaView_DIR=/home/Black/OpenFOAM/ThirdParty-2.3.0/platforms/linux64Gcc48/ParaView-4.1.0
export PATH=$ParaView_DIR/bin:$PATH
export PV_PLUGIN_PATH=$FOAM_LIBBIN/paraview-4.1
---

Done

--------------------------------------

Thank you for helping me out.

Qi

[alexeym]

Hi,

I guess, this should be relevant:

http://www.cfd-online.com/Forums/par...n-support.html

(the workaround in the first message of the thread is mentioned in http://www.paraview.org/pipermail/pa...ry/030485.html, so I guess, it's in fact working despite doubts of the author).

Also I'm not quite sure 4.1.0 with PV4Reader worth building Maybe it's just me, but when I have paraview binary installation with built-in OpenFOAM reader (extension=foam, requirePV=0), when I execute paraFoam all volume fields are selected by default while opening the case; if I build paraview 4.1.0 and PV4Reader, usually when I open a case, only U or p volume fields are selected. After certain time it becomes rather irritating.

[entropies]

How do you setup the OpenFOAM reader (extension=foam, requirePV=0)？

[entropies]

I tried the instructions on the webpage you gave me. It still has an error of:

CMake Error: The following variables are used in this project, but they are set to NOTFOUND. Please set them or make sure they are set and tested correctly in the CMake files: MPI_EXTRA_LIBRARY (ADVANCED)

[alexeym]

Originally Posted by entropies

How do you setup the OpenFOAM reader (extension=foam, requirePV=0)？

You install paraview using yum, and then edit paraFoam script ($WM_PROJECT_DIR/bin/paraFoam). You change lines 71 and 73 to

extension=foam

requirePV=0

and that's all. This topic was discussed several times on the Forum, just use Search.

[wyldckat]

Greetings to all!

Instructions for installing OpenFOAM 2.3.0 on CentOS 7.0 are written and tested: http://openfoamwiki.net/index.php/In...HEL#CentOS_7.0

Best regards,
Bruno

[roshanak878]

hi..I am new to work with openFoam and linux . I have a quastion and I would be grateful if you can help me. I tried to develop a new solver and change icoFoam to solve heat transfer. I change icoFoam.c and all required field and now I want to compile it. however, after typing "wmake" in linux terminal, a message shows me, this command is invalid..what should i have done?

[wyldckat]

Greetings roshanak878 and welcome to the forum!

Please keep in mind that vague questions will likely lead to vague answers This is why this thread exists: http://www.cfd-online.com/Forums/ope...-get-help.html

This to say that you should provide at least the following information:

1. Which exact Linux Distribution are you using?
2. Which OpenFOAM version are you using?
3. Which installation instructions did you follow for installing OpenFOAM?
4. Which instructions did you follow to modify icoFoam?

Best regards,
Bruno

[Mr.Barbato]

Hi, I am new to work with OpenFoam, I try to install it on Scientific linux 7, but in the logfile (step 12) i find some errors and i don't understand what is missing. i Try also to skip these errors and go on to the other step but then the errors come out when i try to install paraview, and it failed... to install it i follow the step written in the link of post #9 of this topic ( openfoam v2.3 ). Here enclosed the logfile so that you can help me solve these problems.

[alexeym]

Hi,

[myself@agatha ~]$ cat /etc/redhat-release 
Scientific Linux release 7.0 (Nitrogen)

[myself@agatha ~]$ yum provides /usr/lib64/libGL.so
Modules complémentaires chargés*: auto-update-debuginfo, langpacks
mesa-libGL-devel-9.2.5-5.20131218.el7.x86_64 : Mesa libGL development package
Dépôt        *      : sl
Correspondance depuis*:
Nom de fichier*: /usr/lib64/libGL.so



mesa-libGL-devel-9.2.5-6.20131218.el7_0.x86_64 : Mesa libGL development package
Dépôt        *      : @sl-fastbugs/7.0
Correspondance depuis*:
Nom de fichier*: /usr/lib64/libGL.so

Do you have mesa-libGL-devel package installed? According to your log, due to absent /usr/lib64/libGL.so you can not build CGAL and then as a consequence you can not build everything that depends on CGAL.

[Mr.Barbato]

Originally Posted by alexeym

Hi,

[myself@agatha ~]$ cat /etc/redhat-release 
Scientific Linux release 7.0 (Nitrogen)

[myself@agatha ~]$ yum provides /usr/lib64/libGL.so
Modules complémentaires chargés*: auto-update-debuginfo, langpacks
mesa-libGL-devel-9.2.5-5.20131218.el7.x86_64 : Mesa libGL development package
Dépôt        *      : sl
Correspondance depuis*:
Nom de fichier*: /usr/lib64/libGL.so



mesa-libGL-devel-9.2.5-6.20131218.el7_0.x86_64 : Mesa libGL development package
Dépôt        *      : @sl-fastbugs/7.0
Correspondance depuis*:
Nom de fichier*: /usr/lib64/libGL.so

Do you have mesa-libGL-devel package installed? According to your log, due to absent /usr/lib64/libGL.so you can not build CGAL and then as a consequence you can not build everything that depends on CGAL.

According to the screenshot here attached, the mesa-libGL-devel was installed at the moment of the OpenFoam installation, therefore what's the problem?

[alexeym]

And do you have /usr/lib64/libGL.so file?

[Mr.Barbato]

Originally Posted by alexeym

And do you have /usr/lib64/libGL.so file?

Yes, I have

[alexeym]

According to your pictures (though I would prefer if you continue with plain text) libGL.so is symlink and it is broken symlink (see that cross on the screenshot).

Looking at the other files on your pictures it seems that you have installed Nvidia drivers, do not know why these drivers decided to break libGL. You can try to delete broken symlink and recreate it. This time point it to existing file (like libGL.so.1).

[Mr.Barbato]

Originally Posted by alexeym

According to your pictures (though I would prefer if you continue with plain text) libGL.so is symlink and it is broken symlink (see that cross on the screenshot).

Looking at the other files on your pictures it seems that you have installed Nvidia drivers, do not know why these drivers decided to break libGL. You can try to delete broken symlink and recreate it. This time point it to existing file (like libGL.so.1).

Thank you for the help, i installed everything again. These are the log filein which i found some failled steps, nonetheless the output says that the installation is completed. Can you help me?

I'm uploading on dropbox the log.makePV since it's to big:
https://www.dropbox.com/s/qjqwzvcczd...PV.tar.gz?dl=0

Thanks in advance for your help, highly appreciated

[alexeym]

Hi,

Can you please point me to the failed steps? I have searched make.log and log.makePV for errors and warnings and was not able to find any.

There is no need to tar and gzip single file, you can just gzip it. If you create archives with Nautilus' Compress functionality, just select .gz extension instead of .tar.gz (though it is not the case for multiple files and folders).

[Mr.Barbato]

Originally Posted by alexeym

Hi,

Can you please point me to the failed steps? I have searched make.log and log.makePV for errors and warnings and was not able to find any.

There is no need to tar and gzip single file, you can just gzip it. If you create archives with Nautilus' Compress functionality, just select .gz extension instead of .tar.gz (though it is not the case for multiple files and folders).

In the log.makePV:
line #11 :
sed: impossibile leggere /home/Ale/OpenFOAM/ThirdParty-2.3.0/ParaView-4.1.0/VTK/Utilities/kwsys/kwsysDateStamp.cmake: File o directory non esistente

#74 -->#79 :
-- Looking for Q_WS_WIN
-- Looking for Q_WS_WIN - not found
-- Looking for Q_WS_QWS
-- Looking for Q_WS_QWS - not found
-- Looking for Q_WS_MAC
-- Looking for Q_WS_MAC - not found

#103 --> #106 :
-- Looking for pthread_create
-- Looking for pthread_create - not found
-- Looking for pthread_create in pthreads
-- Looking for pthread_create in pthreads - not found

#132, #133 :
-- Check size of __int64
-- Check size of __int64 - failed

#150,#151:
-- Looking for getsockname in socket
-- Looking for getsockname in socket - not found

#1011 --> #1016:
-- Looking for include file windows.h
-- Looking for include file windows.h - not found
-- Looking for include file ieeefp.h
-- Looking for include file ieeefp.h - not found
-- Looking for floor
-- Looking for floor - not found

#1027 -->#1030 :
-- Looking for pow
-- Looking for pow - not found
-- Looking for sqrt
-- Looking for sqrt - not found

#1075-->#1076:
-- Performing Test GLX_DEFINES_TYPE_GLXextFuncPtr_AS_EMPTY
-- Performing Test GLX_DEFINES_TYPE_GLXextFuncPtr_AS_EMPTY- Failed

#1081 --> #1084:
-- Performing Test GLX_DECLARES_FUNCTION_glXGetProcAddressARB_AS_EMPT Y
-- Performing Test GLX_DECLARES_FUNCTION_glXGetProcAddressARB_AS_EMPT Y - Failed
-- Performing Test GLX_DECLARES_FUNCTION_glXGetProcAddress_AS_EMPTY
-- Performing Test GLX_DECLARES_FUNCTION_glXGetProcAddress_AS_EMPTY - Failed

and many others, but maybe are of minor impotance.