openfoam 2.3.0 installation in RHEL 5
 

Hi All,


I would like to know whether I can install OF 2.30 in red hat linux 5.

Regards
Pratap

Install OpenFOAM 2.3.0 on RHEL4
 

I am trying to install 2.3.0 on RHEL 4.1.2 on a cluster, following the instructions of
http://openfoamwiki.net/index.php/In...CentOS_SL_RHEL

I was able to follow all the steps except for the one:
I will have I ignored this step and continue to build OpenFOAM. And at the end I have a couple of errors. I attached the log file for your reference. Thanks a lot for any help I can get.

log file: https://dl.dropboxusercontent.com/u/...-22-14.log.zip



JHW

Greetings Pratap,

I've finished writing and testing the following instructions on CentOS 5.10: http://openfoamwiki.net/index.php/In...EL#CentOS_5.10

I don't know which specific RHEL 5 you have, but do try those instructions and let me know if anything doesn't work as intended.

Best regards,
Bruno

Greetings JHW,

I was going to try and install CentOS 4.8 on a virtual machine, but then I re-read your post and I think you're confusing version numbers, as there is no "RHEL 4.1.2", but RHEL 5 comes with GCC 4.1.2. You can confirm this by running:
It should give you something similar to this (I used CentOS 5.10):
If this is the case, then I've finished writing and testing instructions for this version (CentOS/SL/RHEL 5.10) here: http://openfoamwiki.net/index.php/In...EL#CentOS_5.10

Best regards,
Bruno

Hi Bruno,

Thanks for the reply. That was very embarrassing I was simply following the thread here http://www.howtoforge.com/how_to_fin...x_distribution And I thought the displayed version of the gcc compiler is the linux distribution version. Lesson learned!

I remove the entire Thirdparty folder and re-install it following this instruction http://openfoamwiki.net/index.php/In...CentOS_SL_RHEL and now it works, with one minor problem. Just thought you might want to know. I had problems building setSet library (log attached).

I was able to identify the problem caused by the readline utility. I followed the solution listed here http://openfoamwiki.net/index.php/In...mpile_OpenFOAM and solved it.

Anyway, thanks a lot again.


JHW

Hi JHW,

Many thanks for the detailed feedback! It's the second time someone tells me that this issue exists with building setSet, but I usually am not able to trigger this issue.

I'll give it another try to double-check this detail and add a sed based hack to the instructions... but I'll also try to figure out why this occurs.

By the way, knowing which RHEL version you're using would possibly make it easier for me to reproduce the same error.

edit: Figured it out why it happened and have updated the wiki page accordingly.

Best regards,
Bruno

PS: As your thread was on the same topic of installing OpenFOAM 2.3.0 on RHEL 5, I've merged the two related threads, to keep a good discussion thread on this topic!

Thanks. The version I was using:
JHW

Hi JHW,

Many thanks for the feedback! Then it's pretty much the same as CentOS 5.10.

What I managed to figure out was that as I was using a clean system, I therefore didn't have the "readline" development package installed, hence setSet would not use the library "readline". But on your system, it was already installed, which lead to the error you got.

I later re-tried with CentOS 6.5 as well, to ascertain if this issue also happened there or not, but it didn't. Nonetheless, it might happen with 6.4 or older, as I vaguely remember that this issue was fixed sometime ago, namely the dependency on the "libncurses.so".

Best regards,
Bruno

Problem installing on CentOS 5.10
 

I have followed the recommended steps at http://openfoamwiki.net/index.php/In...EL#CentOS_5.10 for installing on our CentOS 5.10 cluster with success until the last step.

At step 18 when I run:

It quickly fails with this output:

Any insight as to what my problem is?

Thanks.

Mike

Greetings Mike and welcome to the forum!

My first suspicion is that the error message you're getting is related to the build being made as superuser, i.e. as root. The installation instructions on the wiki were designed for building as normal user, not as root, because that way it's less likely that the person following the wiki page to skip an important step and mistakenly make an error, and when trying to fix it, accidentally completely destroys the whole system installation...

My second suspicion is that you ran out of disk space on the partition that has the folder "/opt".

My third suspicion is that "/opt" is an NFS mount, which can lead to seriously major problems when doing trying to build source code over a shared network folder, because it's a lot easier this way for metadata to not be up-to-date on time of the build.

If possible, please retry following the build instructions as a normal user. Once the build is completely done, you can copy or move only the important folders+files of the installation to "/opt" and then use chown and chmod for restoring the correct permissions.

Best regards,
Bruno

Bruno ... thanks for the quick reply.

You are right on one of your suspicions. I am installing as
root ... maybe not good, but I've come this far so I'll finish.

/opt is a local directory and is not running out of disk space.

As it turns out my problems were caused by yet another version of cmake that was previously installed in /opt. It was picking this up instead of the expected CentOS version from cmake-2.6.4. After I removed that from my execution path, it used the CentOS cmake and the build of ParaView 4.1.0 completed as expected.

Thanks for your help and thanks especially for such well written step-by-step instructions for installation!

Mike

OK ... I finished the installation into /opt as root and everything went fine.

However all of /opt/OpenFOAM is owned by root.

When I turned this over to a regular user to try out, he tested some of the tutorials and got these results:

% pwd
~/snaps/foam
% /opt/OpenFOAM/OpenFOAM-2.3.0/tutorials/Alltest -default -root ~/snaps/foam
Modifying /opt/OpenFOAM/OpenFOAM-2.3.0/etc/controlDict
cp: cannot create regular file `/opt/OpenFOAM/OpenFOAM-2.3.0/etc/controlDict.org': Permission denied
/opt/OpenFOAM/OpenFOAM-2.3.0/tutorials/Alltest: line 174: /opt/OpenFOAM/OpenFOAM-2.3.0/etc/controlDict: Permission denied
Copying the tutorials
cp: cannot create directory `../tutorialsTest': Permission denied
Modifying the controlDicts to run only one time step
/opt/OpenFOAM/OpenFOAM-2.3.0/tutorials/Alltest: line 182: cd: ../tutorialsTest: No such file or directory

The installation was meant for several users to use a single install of OpenFOAM ... hence installation by root in /opt rather than having each user install OpenFOAM in his home directory. How can this be configured so multiple users can use it?

Thanks.

Mike

Hi Mike,

As long as all users have read and execute permissions, but only root can write, then it's ready to be used ;)

The OpenFOAM User Guide starts off in the introduction section of Chapter 2 on how to deal with the tutorials, i.e. first make a copy (of the tutorials folder) for personal use :D.

Quoting myself from a few minutes ago, both you and the users can find the OpenFOAM Guides at the following locations:
Best regards,
Bruno

OK ... it turns out the final step 17 running ./Allwmake in PVReaders directory did not work. Here is the output from running that:


As a result, a user running paraFoam got the message:

I saw a message in a different CFD thread that suggested using the builtin reader with "paraFoam -builtin" ... but that was not with CentOS 5.

Is this what we should suggest to users or is there a way to get the PV4Readers to install correctly?

Thanks.

Mike

Hi Mike,

The option "-builtin" is related to the ParaView version, and since the version installed with OpenFOAM 2.3.0 is ParaView 4.1.0, it should work just fine on CentOS 5.

As for the build problem, it's the same error you got when you tried building ParaView, where the older CMake version was getting in the way and messing up the build process. Have a look at post #9, where the output error you reported is essentially the same.

Best regards,
Bruno

PS: Please, when posting code, file contents or data output, use the "[CODE]" markers, as explained here: Posting code and output with [CODE]

That doesn't seem to be the same problem here.

Even after verifying that it is using cmake from /opt/OpenFOAM/ThirdParty-2.3.0/platforms/linux64Gcc48/cmake-2.8.12.1/bin/cmake it fails.

I should note that there was a break between running steps 1-15 and then finishing with steps 16-17. I had to logout after step 15 ... then later login and finish with steps 16-17. Perhaps I missed setting up some ENV variable somewhere. After I logged back in I ran:

source /opt/OpenFOAM/OpenFOAM-2.3.0/etc/bashrc foamCompiler=ThirdParty WM_COMPILER
=Gcc48 WM_MPLIB=SYSTEMOPENMPI

then

cd $WM_THIRD_PARTY_DIR ./makeParaView4 -qmake $WM_THIRD_PARTY_DIR/platforms/$WM_ARCH$WM_COMPILER/qt-4.8.4/bin/qmake PARAVIEW_INSTALL_THIRD_PARTY_LIBRARIES:BOOL=ON cd $FOAM_UTILITIES/postProcessing/graphics/PV4Readers wmSET $FOAM_SETTINGS ./Allwclean ./Allwmake

Hi Mike,

Back in post #11, you wrote this:
I don't know what you did back then to keep the old CMake out of sight, because the environment prepared by OpenFOAM's "bashrc" file should make the custom build of CMake 2.8.12 to be always found before any other version...


Perhaps ParaView didn't end up being build with success? To check if ParaView was built with success, the easiest is to run the following command on a shell environment ready to use OpenFOAM:
If it doesn't tell you that the path is at:
or similar, then wrong also occurred while building ParaView itself.

Although if the Allwmake script did try to build the PV4Readers, then ParaView should have been built with success.


Therefore, going back to the latest error message you had posted before, there is this line clearly indicating that the old CMake version is being picked up:
and this path shouldn't be picked up while building either ParaView nor PV4Readers.

Best regards,
Bruno

Hi Bruno,

You are right (of course). I was so fixated on finding the correct cmake in PATH that I forgot all about the setting of CMAKE_ROOT environment variable ... which was set to the conflicting cmake version at /opt/cmake.

Thanks again.
Mike

Hi Bruno,

I am using Cent OS Version 6.5...I followed the steps in Wiki to install OpenFOAM 2.3.0.
http://openfoamwiki.net/index.php/In...CentOS_SL_RHEL

And when I was running step #7
I get this error:
So logged in as a root and successfully executed this this command and furthur proceeded every step as a root user.

But executing the next command as follows, I received an error as follows:
Error:
I dont know why it is still pointing to the previous version of OpenFOAM-2.2.x...I have removed the path set in .bashrc file and removed OpenFOAM-2.2.x and there is no ThirdParty-2.2.x now..
Is there anywhere else I should change the path of OpenFOAM?
I dont have any aliases.I set the environment variables in every new tab I open.But still there is an error.

But when I execute the above commands like 2 separate commands no issues as follows:
Then I proceeded with the steps.
But after executing step 14


I found error in log file.
It seems there is some problem in build.

A part of Log file contents:

After running the foamInstallationTest I got the following:

Any suggestions for changing the OpenFOAm settings for Conflicting installation is appreciated.

Greetings DAPHNE,

This error message:
can be ignored. Please do not switch to root mode for building/installing OpenFOAM, otherwise you risk damaging your whole Linux installation.

If you had continued to proceeded with the installation instructions as they are written, you wouldn't have gotten all of these problems :(

I'll make a note of this in the wiki pages, so that people won't fall into the same line of thought.

Best regards,
Bruno

Problems Installing OpenFOAM 2.3.0 on centOS 5.10
 

I am trying to install 2.3.0 on CentOS 5.10 using the installation tutorial at:
http://openfoamwiki.net/index.php/In...CentOS_SL_RHEL

When I get to the openFOAM build check (step 16) icoFoam does not exist. I also find the following error in the make.log:
error: call of overloaded

I have attached part of the make.log, the entire make.log is too large to attach. Any insight you can provide would be greatly appreciated.

Greetings pgiannuzzi and welcome to the forum!

Sorry for taking so long to answer back, but I didn't manage to have enough time to come to the forum any sooner.

I don't know if you've managed to solve this issue or not, but from what I can see from the log file you're attached, there are two issues that seem to have occurred:

1. You're building as "root", namely with administrative powers. This is dangerous as one wrong step is more than enough to damage your system installation and have to reinstall everything again if something critical is damaged. My guess is that you missed the step #4 which explicitly states that you should run the command "exit" before proceeding, as this will exit from root mode :(.
2. The first error message I could see in the log file leads me to believe that the correct GCC 4.8 compiler was not built with success. If you go into the ThirdParty-2.3.0 folder:
   
   Code:

   ---

   cd $WM_THIRD_PARTY_DIR

   ---

   there are 2 files there: "mkgcc.log" and "mkbinutils.log" - which should tell us what happened when GCC and binutils were built with success or not.
   The simplest test is to simply run:
   
   Code:

   ---

   gcc --version

   ---

   If it does not state something about being the version 4.8.1, then something definitely went wrong and those 2 files should tell us why.

Best regards,
Bruno

Problems Installing OpenFOAM 2.3.0 on CentOS 5.10
 

Bruno -

Thank you very much for your help. I see what you are saying about installing as root. I deleted the OpenFOAM directory that I had created as root and went through the steps again as a new user (including exiting at step 4).
Now when I type: gcc --version
I get: gcc (OpenFOAM) 4.8.1
This makes me think that gcc was installed ok and I do not need to go through the large mkgcc.log and mkbinutils.log files in detail (correct me if I am wrong).

I run into problems after step 15. Looking in the make.log I see:


This is causing be to run into problems when I get to step 18 and try to make paraview I get:


This is because there is no qt-4.8.4 directory within the linux64Gcc48 directory.

Any thoughts on this one. If I havn't given you enough info, please let me know what I can provide that might help.

Thanks again;
Paul

Hi Paul,

Actually, that's a false positive, i.e. that error message can be ignored, as the parenthesis imply. It occurs when the Allwmake script in the "ThirdParty-*" folder is cleaning up after the Scotch library has been built. This is because the source code folder is that same one used for building as well, which can lead to conflicts if you want to build more than one architecture (e.g. to have both 32 and 64-bit).
If there are any other errors in the "make.log" file following that one, than those are most likely the ones to be concerned about.


OK, in this case we need to look at the file "mkqt.log", which should tell us what went wrong, or at the very least, hint at what went wrong when trying to build Qt.

Best regards,
Bruno

Problems Installing OpenFOAM 2.3.0 on CentOS 5.10
 

Thanks Bruno;

I skimmed through the mkqt.log and found this text at the end of the log:

qcryptographichash.o qxmlstream.o qxmlutils.o-m64
Basic XLib functionality test failed!
You might need to modify the include and library search paths by editing
QMAKE_INCDIR_X11 and QMAKE_LIBDIR_X11 in /home/pgiannuzzi/OpenFOAM/ThirdParty-2.3.0/qt-everywhere-opensource-src-4.8.4/mkspecs/linux-g64.
Error building: Qt-4.8.4

I went looking for the Linux-g64 folder in mkspecs and it is not there. Any clues on how to tackle this one? Is there a preferred method of installing Xlib?

Paul

Hi Paul,

Sorry about that :(. I don't know what happened when I wrote the instructions, but somewhere along the line I forgot to write down all of the packages that are needed for CentOS 5.10.

I've updated the wiki page a few minutes ago: http://openfoamwiki.net/index.php/In...EL#CentOS_5.10
But just in case, here is the complete installation command for the necessary packages:
Then you can skip to step #17, run the first and last line on that step. This is because most of the missing packages are related to building Qt and ParaView.

Hopefully this fixes all of the remaining problems.

Best regards,
Bruno

Install Problems RHEL
 

Hi,


Thank you for developing such detailed instructions for installation of OpenFOAM on RHEL systems. I might be a bit overzealous but I jumped straight into installing 2.3.1 rather than 2.3.0 ...

I've followed your directions installing OF 2.3.1 onto A Centos 5.11 X86_64 machine.

I'm getting compilation issues and it appears the problem lies in the gcc compiler not being recognized. The mkgcc.log indicates gcc-4.8.1 is installed and built but if I execute gcc --version I get nothing. If I execute gcc -v I get 4.1.2 which was initially installed. I tried adapting your
sed -i -e 's=gcc\-4\.8\.2=gcc-4.8.1=' OpenFOAM-2.3.0/etc/config/settings.sh

to
sed -i -e 's=gcc\-4\.1\.2=gcc-4.8.1=' OpenFOAM-2.3.0/etc/config/settings.sh

Again no success.

I tried installing from devtoolset1.1 but again still gcc --version returns 4.1.2.

Pretty sure that my issues relate to the compiler version not being recognized.

Attached a zip file with log files if it would help.

Appreciate any insight you can provide.

All the best for the Holiday Season to everyone.

Britt

Greetings Britt and welcome to posting on the forum!

Uhm... "overzealous" is not the word I would use... perhaps "courageous", but not "overzealous" ;)

About 3-4 days after you posted your question, I managed to copy-paste-adapt the installation instructions for OpenFOAM 2.3.1, which you can now find here: http://openfoamwiki.net/index.php/In...EL#CentOS_5.10

My advice: delete the folders "OpenFOAM-2.3.1" and "ThirdParty-2.3.1" from within the folder "~/OpenFOAM". Then you might not need to run wget in step #6, but otherwise double-check if all other steps are done exactly as they are written ;)

Best regards,
Bruno

Success
 

Bruno,

Thanks for updating with the 2.3.1 instructions. I thought it was identical to what I had done previously but I guess not. At any rate it is running successfully now.

Further question that may or may not fit here. No that I have it built on one machine what is the "best" method of packaging this install to roll out to the additional 13 cluster machines I have [all identical architecture?]. I'd rather not build it on each machine ? !

Thanks,

Britt

Hi Britt,

I'm glad it's working!

As for the deployment in multiple machines, it might depend on the level of detail you want on the slave nodes. The critical folders (if my memory serves me right) that can simply be copied are:

• OpenFOAM-2.3.1
  • bin
  • etc
  • platforms
• ThirdParty-2.3.1
  • platforms

Beyond that, it's only needed for the main machine or workstation for developing any new changes.

Best regards,
Bruno

paraview4.1.0-OF2.3.0 on Ubuntu 12.04
 

unfortunately i faced the same problem with paraview-4.1.0 installation.

i followed the guidelines http://www.openfoam.org/archive/2.3....oad/source.php
but i got this :

any help? thsnks a lot.

Quick answer: If you had followed one of the following instructions:

• http://www.openfoam.org/download/source.php
• http://openfoamwiki.net/index.php/In...EL#CentOS_5.10 - specifically in step #10

you would have seen what's missing, namely the need to execute this command: after building CMake.

OF2.3.0/1InstalltaionGuidelines
 

thank you very much for timely reply. hope that someone could see this when installing OF-2.3.0 because the command wmSET is missing in the corresponding guidelines while included in the new version of 2.3.1.

PS: i am almost new to OF and linux but i've learned a lot and solverd my own problems with the help of this forum. thanks for all!