Installation/Linux/OpenFOAM-dev/openSUSE/Leap 15.1

From OpenFOAMWiki
< Installation‎ | Linux‎ | OpenFOAM-dev‎ | openSUSE
Revision as of 20:21, 25 August 2019 by Wyldckat (Talk | contribs)

For other versions of openSUSE and other installation instructions, please visit the parent page: Installation/Linux/OpenFOAM-dev/openSUSE

A few notes before you start copy-pasting:

  1. Lines that start with # don't have to be copy-pasted. They are just comments to let you know what's going on.
  2. One wrong character is enough for breaking this guide, so make sure you can read the characters properly or that the installed language system does not break the copied characters!

1 openSUSE Leap 15.1

Discussion thread where you can ask questions about these steps: No thread available. Please a create a new thread in the forum.

WARNING: These instructions are currently being written and under testing!


Steps:

  1. Switch to root mode (administrator), to install the necessary packages:
    sudo -s
    • If the 'sudo' command tells you're not in the sudoers list, then run:
      su -
  2. Install the necessary packages:
    zypper install -t pattern devel_C_C++
    zypper install cmake libqt5-qtbase-devel  libqt5-qttools-devel libqt5-qtx11extras-devel libqt5-qtxmlpatterns-devel \
    gnuplot openmpi-devel boost-devel cgal-devel gmp-devel mpfr-devel python3-devel libXt-devel glu-devel

    Note: If you are going to build with 64-bit integer support (see step #7 for more details), you can also install the package metis-devel:

    zypper install metis-devel
  3. Now exit from the root mode:
    exit
  4. Now, since we're trying to minimize the number of packages to be built, the Open-MPI package that is available with openSUSE is going to be chosen. The downside is that this requires that you logout and log back in, for the system to update the environment settings.
    Nonetheless, we can postpone logging out by running:
    mpi-selector --set openmpi
    source /etc/profile.d/mpi-selector.sh
    Note: But keep in mind that until you logout, use the second command line on every new terminal window/tab!
  5. Download and unpack (here you can copy-paste all in single go):
    #OpenFOAM downloading and installation
    cd ~
    mkdir OpenFOAM
    cd OpenFOAM
    git clone https://github.com/OpenFOAM/OpenFOAM-dev.git
    git clone https://github.com/OpenFOAM/ThirdParty-dev.git
  6. Optional: If the system's METIS installation is to be used (64-bit integer support only), we need to configure the respective file accordingly and fix a few issues:
    mkdir -p ~/.OpenFOAM/dev/config.sh
     
    echo "export METIS_VERSION=metis-5.1.0" > ~/.OpenFOAM/dev/config.sh/metis
    echo "export METIS_ARCH_PATH=/usr" >> ~/.OpenFOAM/dev/config.sh/metis
     
    sed -i -e 's=/lib\s=/lib64 =' OpenFOAM-dev/src/parallel/decompose/metisDecomp/Make/options
    sed -i -e 's=/lib/=/lib64/=' OpenFOAM-dev/src/parallel/decompose/metisDecomp/Allwmake
  7. For building OpenFOAM itself, it depends on whether you have installed the i386 or x86_64 architecture of openSUSE. To check this, run:
    uname -m

    Now, accordingly:

    • For i386:
      #here you can change 4 to the number of cores you've got
      source $HOME/OpenFOAM/OpenFOAM-dev/etc/bashrc WM_ARCH_OPTION=32
    • For x86_64, it depends on whether you need 64-bit integer support or not:
      • For building with the normal 32-bit integer support (maximum 2.147×109 cells, faces or points):
        source $HOME/OpenFOAM/OpenFOAM-dev/etc/bashrc FOAMY_HEX_MESH=yes
      • For building with the normal 64-bit integer support (maximum 9.22×1018 cells, faces or points):
        source $HOME/OpenFOAM/OpenFOAM-dev/etc/bashrc WM_LABEL_SIZE=64 FOAMY_HEX_MESH=yes
  8. Save an alias in the personal .bashrc file, simply by running the following command:
    echo "alias ofdev='source \$HOME/OpenFOAM/OpenFOAM-dev/etc/bashrc $FOAM_SETTINGS'" >> $HOME/.bashrc
    Note: This last line means that whenever you start a new terminal window or tab, you should run the alias command associated to the OpenFOAM-dev shell environment. In other words, whenever you start a new terminal, you should run:
    ofdev
    
    For more information on this topic, read section Using aliases to help manage multiple OpenFOAM versions in the page Installation/Working with the Shell.
  9. Now, in order to build ParaView 5.6.0 that comes with OpenFOAM, including with the ability to use Python and MPI, several steps are needed:
    1. Need to go into the source code folder, download and extract the ParaView source code, then patch a file and then get ready to build, by running these commands:
      cd $WM_THIRD_PARTY_DIR
       
      (
          source etc/tools/ParaViewFunctions
          downloadParaView
      )
       
      # Patch a problem for when compiling with Qt5 on openSUSE, regarding XML Patterns binary name
      sed -i -e 's=    xmlpatterns=    NAMES xmlpatterns xmlpatterns-qt5=' ParaView-5.6.0/CMake/ParaViewMacros.cmake
    2. For building ParaView with Python and MPI, it depends on whether you have installed the i686 or x86_64 architecture of openSUSE. To check this, run:
      uname -m

      Now, accordingly:

      • For i686:
        #this will take a while... somewhere between 30 minutes to 2 hours or more
        ./makeParaView -j 2 -python -mpi -python-bin $(which python3) -qmake $(which qmake-qt5) > log.makePV 2>&1

        Note: The "2" refers to the number of cores to be used for building in parallel. In addition, the amount of RAM needed for building scales with the number of cores used, something like 1GB of RAM per core; a minimum of 1.5GB is needed for linking the libraries, which is not done in parallel.

      • For x86_64:
        #this will take a while... somewhere between 30 minutes to 2 hours or more
        ./makeParaView -j 4 -python -mpi -python-bin $(which python3) -qmake $(which qmake-qt5) > log.makePV 2>&1

        Note: The "4" refers to the number of cores to be used for building in parallel. In addition, the amount of RAM needed for building scales with the number of cores used, something like 1GB of RAM per core; a minimum of 1.5GB is needed for linking the libraries, which is not done in parallel.

    3. Once the makeParaView script is finished running, make sure to check the contents of the file log.makePV and check if there are any errors. If you have any problems building or using ParaView, please check the ParaView installation FAQ page.
    4. Finally, update the shell environment:
      wmRefresh
  10. Now let's build OpenFOAM:
    (Warning: this may take somewhere from 30 minutes to 6 hours, depending on your machine.)
    #Go into OpenFOAM's main source folder
    cd $WM_PROJECT_DIR
     
    # This next command will take a while... somewhere between 30 minutes to 3-6 hours.
    ./Allwmake -j 4 > log.make 2>&1
     
    #Run it a second time for getting a summary of the installation
    ./Allwmake -j 4 > log.make 2>&1

    Note: The "4" refers to the number of cores to be used for building in parallel. In addition, the amount of RAM needed for building scales with the number of cores used, something like 1GB of RAM per core; a minimum of 1.5GB is needed for linking the libraries, which is not done in parallel.

  11. To check if everything went well:
    1. Check if icoFoam is working, by running this command:
      icoFoam -help

      which should tell you something like this:

      Usage: icoFoam [OPTIONS]
      options:
        -case <dir>       specify alternate case directory, default is the cwd
        -noFunctionObjects
                          do not execute functionObjects
        -parallel         run in parallel
        -roots <(dir1 .. dirN)>
                          slave root directories for distributed running
        -srcDoc           display source code in browser
        -doc              display application documentation in browser
        -help             print the usage

      Note: And keep in mind that you need to be careful with the letter case of the command. It's icoFoam, not icoFOAM.

    2. If the previous command failed to work properly, then edit the file log.make and check if there are any error messages. A few examples on how you can edit this file:
      • By using kwrite:
        kwrite log.make
      • By using gedit:
        gedit log.make
      • By using nano:
        nano log.make

        You can then exit by using the key combination Ctrl+X and following any instructions it gives you.

      Note: It's the first error message that matters.

    3. If you don't understand the output, then please compress the log-file log.make and attach the compressed file to a post in the designated thread.
      If you do not know how to create a compressed file, then try one of the following examples:
      • You can compress the file with gzip by running this command:
        gzip < log.make > log.make.gz

        Then attach the resulting package file named log.make.gz to a post in the designated thread.

      • Or you can compress one or more log-files into a tarball package file, by running this command:
        tar -czf logs.tar.gz log.*

        Then attach the resulting package file named logs.tar.gz to a post in the designated thread.

    4. Instructions on how to further diagnose the issue yourself, have a look at the section Common errors when building OpenFOAM from source code in the page FAQ/Installation and Running.
  12. Now you can go read the User Guide, where you may have more than one choice:
    1. Which you can find a local copy of the User Guide by running the following command:
      ls -A1 $WM_PROJECT_DIR/doc/Guides*/*UserGuide*.pdf
      • You should see two available formats: A4 and US-Letter.
      • But if it instead tells you that there is No such file or directory, then the OpenFOAM environment is possibly not properly activated.
    2. You can also find the more recent OpenFOAM Foundation User Guides online at the following page: official OpenFOAM User Guide - but be careful if you use the version that is too much ahead of the version you are currently using, given that some features have changed overtime.


Reminder: Whenever you start a new terminal window or tab, you should run the alias command associated to the OpenFOAM-dev shell environment. In other words, run the following command whenever you start a new terminal:
ofdev
For more information on this topic, read section Using aliases to help manage multiple OpenFOAM versions in the page Installation/Working with the Shell.


Discussion thread where you can ask questions about these steps: No thread available. Please a create a new thread in the forum.


1.1 Compiling the On-Screen Mesa drivers for ParaView

On virtual machines or when using older graphics cards and/or drivers, it's not possible to use ParaView 5.6 because it needs OpenGL2 support with version 3.3 or newer. Therefore, a workaround, is to build and deploy On-Screen Mesa drivers.

Steps:

  1. Switch to root mode (administrator), to install the necessary packages:
    sudo -s
    • If the 'sudo' command tells you're not in the sudoers list, then run:
      su -
  2. Install the necessary packages:
    zypper install scons python2-pip libyaml-devel  llvm-devel
    pip2 install prettytable Mako pyaml dateutils --upgrade

    In addition, we need to turn on the sources list and install the additional dependencies needed for building Mesa from source code:

     
    zypper modifyrepo -e repo-source
    zypper source-install Mesa
     
    # finally turn off the source repository
    zypper modifyrepo -d repo-source
  3. Now exit from the root mode:
    exit
  4. Now for the process of building Mesa for the OpenGL software renderer, we need to run the following commands:
    cd $WM_THIRD_PARTY_DIR
    wget -P downloads https://gitlab.freedesktop.org/mesa/mesa/-/archive/mesa-19.0.8/mesa-mesa-19.0.8.tar.bz2
    tar -xf downloads/mesa-mesa-19.0.8.tar.bz2
    cd mesa-mesa-19.0.8
    python2 $(which scons) build=release texture_float=yes libgl-xlib > log.makeMesa 2>&1 &&  cp -vr build/linux-x86_64/gallium/targets/libgl-xlib/* $ParaView_DIR/lib/

    Hopefully everything works as intended and ends with something like the following output:

    'build/linux-x86_64/gallium/targets/libgl-xlib/libGL.so' -> '/home/ofuser/OpenFOAM/ThirdParty-7/platforms/linux64Gcc/ParaView-5.6.0/lib/libGL.so'
    'build/linux-x86_64/gallium/targets/libgl-xlib/libGL.so.1' -> '/home/ofuser/OpenFOAM/ThirdParty-7/platforms/linux64Gcc/ParaView-5.6.0/lib/libGL.so.1'
    'build/linux-x86_64/gallium/targets/libgl-xlib/libGL.so.1.5' -> '/home/ofuser/OpenFOAM/ThirdParty-7/platforms/linux64Gcc/ParaView-5.6.0/lib/libGL.so.1.5'
    'build/linux-x86_64/gallium/targets/libgl-xlib/xlib.os' -> '/home/ofuser/OpenFOAM/ThirdParty-7/platforms/linux64Gcc/ParaView-5.6.0/lib/xlib.os'

    But if not, check the contents of the file log.makeMesa, specifically the end of the file.

  5. And ParaView should now be ready to be used, even though it will sometimes feel a bit sluggish...