Hello friends,

Systems: Pop_OS! 22.04 G++ version: 11.2.0

I've encountered an IO error, when using interFoam in conjunction with the functionObject phaseScalarTransport in the debug-version of OpenFOAM 9.

I've modified the dambreak case found in tutorials/multiphase/interfoam/laminar/dambreak to contain an extra field C.water representing a small spot of a tracer concentration in the initial block of water. controlDict, fvSchemes, fvSolution and setFields have been modified accordingly.

damBreak.zip

Running the case in the release-version works fine, but running it in the debug-version crashes with the following error message:

/---------------------------------------------------------------------------
========= | \ / F ield | OpenFOAM: The Open Source CFD Toolbox \ / O peration | Website: https://openfoam.org \ / A nd | Version: 9 \/ M anipulation | *---------------------------------------------------------------------------*/ Build : 9-2dfbc15bc6f1 Exec : interFoam Date : Jul 01 2022 Time : 09:25:18 Host : "pop-os" PID : 12418 I/O : uncollated Case : /home/user1/openfoam-stuff/tutorials/multiphase/interFoam/laminar/damBreak/damBreak nProcs : 1 sigFpe : Enabling floating point exception trapping (FOAM_SIGFPE). fileModificationChecking : Monitoring run-time modified files using timeStampMaster (fileModificationSkew 10) allowSystemOperations : Allowing user-supplied system call operations

// * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * // Create time

Create mesh for time = 0

PIMPLE: No convergence criteria found

PIMPLE: Operating solver in transient mode with 1 outer corrector PIMPLE: Operating solver in PISO mode

Reading field p_rgh

Reading field U

Reading/calculating face flux field phi

Reading transportProperties

Selecting incompressible transport model Newtonian Selecting incompressible transport model Newtonian No phase change: phaseChangeProperties not found Selecting phaseChange model none Selecting turbulence model type laminar Selecting laminar stress model Stokes

Reading g

Reading hRef Calculating field g.h

No MRF models present

No fvModels present No fvConstraints present DICPCG: Solving for pcorr, Initial residual = 0, Final residual = 0, No Iterations 0 time step continuity errors : sum local = 0, global = 0, cumulative = 0 Courant Number mean: 0 max: 0

Starting time loop

--> FOAM FATAL IO ERROR: error in IOstream "OSHA1stream.sinkFile_" for operation Ostream& operator<<(Ostream&, const word&)

file: OSHA1stream.sinkFile_ at line 0.

From function virtual bool Foam::IOstream::check(const char*) const in file db/IOstreams/IOstreams/IOstream.C at line 96.

FOAM exiting

When the functionObject is not included (i.e. functions are commented out in the controlDict), the simulation runs fine.

I've already tried fully recompiling openfoam, including the latest updates via git pull.

On my work machine, on which OpenFOAM 9 is compiled using G++ 9.4.0, the error doesn't occur. Neither in the debug-version nor in the release-version. I think it might be compiler-related, as there is a post regarding the same error on the archlinux repo forum (https://aur.archlinux.org/pkgbase/openfoam?O=230&PP=10 ), however, I'm not really satisfied with the solution.

To reproduce: download the dambreak.zip and run the case with OpenFOAM 9, debug-version, compiled with G++ 11.2.0.

Description

sixDoFAccelerationSource uses angular velocity and acceleration to calculate "Centrifugal force" and "Angular acceleration force" but it also needs a centre of gravity (or rotation) which was not provided.

Changes

A vector "CofG" is added to read a location for centre of gravity. Centrifugal and Angular acceleration forces updated to consider CofG.

How Has This Been Tested?

the sloshingTank3D tutorial is used to compare following two cases. (The amplitude, frequency and CofG of two cases are the same and motion type is roll)

1. Tank has a angular motion (using solidBody/SDA).
2. Mesh is static but the source term (new sixDoFAccelerationSource) is added to case.

It can be concluded that new source term is physical and valid.

Hi all,

I install OpenMPI-4.1.4, and I want to delete the OpenMPI-2.1.1 from OpenFOAM-9 but when I type: mpicc --showme it still look for configuration file from OpenMPI-2.1.1 / mpicc --showme still pointing to OpenMPI 2

even if I have two OpenMPI (version 4 and 2) installation.

The most problematic is when trying "Hello World" for MPI:

1. Works when using OpenMPI-2.1.1
2. Not working with any OpenMPI version 4

OpenMPI-4 is superseeded by OpenMPI-2.1.1 from OpenFOAM-9 ThirdParty libraries.

How to make sure the command for mpicc mpiCC mpirun to look only at the installed path of OpenMPI-4.1.4 ?

Can OpenFOAM-9 use OpenMPI-4 instead of OpenMPI-2.1.1?

Thank You

When the tutorial "heatTransfer/chtMultiRegionFoam/shellAndTubeHeatExchanger" is executed and you use the checkMesh function to check the mesh (in parallel): mpirun -np 8 checkMesh -parallel -region shell The shown interal points are negative and a warning is thrown:

Mesh stats
    points:           667415
    internal points:  -4
--> FOAM Warning : 
    From function void Foam::printMeshStats(const Foam::polyMesh&, bool)
    in file checkTools.C at line 65
    Some processors have their points sorted into internal and external and some do not.
This can cause problems later on.

Log files (but you can easily run the tutorial by your own): checkMesh_whole_output.txt log.snappyHexMesh.txt log.splitMeshRegions.txt

Expected behavior: The internal points are positive and no warning is thrown. Similar to what happens when you execute mpirun -np 8 checkMesh -parallel, but only the region specified should be considered of the mesh created with snappyHexMesh (not the sourounding mesh from blockMesh).

What I found out:

• In this case it doesn't matter which region you check. Only the number of (negative) points changes.
• In an own multi region case I have two fluid and one solid region and the solid region works as expected, but the others don't.
• I didn't checked it in detail, but there are indications that if you run the case / snappyHexMesh reconstructed (not in parallel) the problem doesn't show up.
• It doesn't matter if you only run the meshing part or the whole case :D

Used OS and Version:

• Ubuntu 20.04.4 LTS
• mpirun (Open MPI) 4.0.3
• OpenFOAM-9
  • Build: 9-b456138dc4bc

PS: This is my first GitHub entry so please be patient with me :D

I realize and understand why, historically, projects such as this did not target MacOS builds. But the specs of the new M1 chips are so attractive that I have to think ARM based builds would be incredibly performant. The spes on the new Mac Studio are crazy:

In any event, has there been discussion on M1 builds?

I was learning Openfoam9 by Ubuntu-20.04 in WSL. I created a new folder named ‘solver’ in $WM_PROJECT_USER_DIR and I copyed the folder 'icoFoam' to it. When I used the command 'wmake', the system told me:

Making dependency list for source file icoFoam.C could not open file fvmSup.C for source file icoFoam.C due to No such file or directory could not open file gaussGrad.H for source file icoFoam.C due to No such file or directory g++ -std=c++14 -m64 -Dlinux64 -DWM_ARCH_OPTION=64 -DWM_DP -DWM_LABEL_SIZE=32 -Wall -Wextra -Wold-style-cast -Wnon-virtual-dtor -Wno-unused-parameter -Wno-invalid-offsetof -Wno-attributes -O3 -DNoRepository -ftemplate-depth-100 -g -I/home/zhanggh/OpenFOAM/OpenFOAM-9/src/finiteVolume/lnInclude -I/home/zhanggh/OpenFOAM/OpenFOAM-9/src/meshTools/lnInclude -IlnInclude -I. -I/home/zhanggh/OpenFOAM/OpenFOAM-9/src/OpenFOAM/lnInclude -I/home/zhanggh/OpenFOAM/OpenFOAM-9/src/OSspecific/POSIX/lnInclude -fPIC -c icoFoam.C -o Make/linux64GccDPInt32Opt/icoFoam.o In file included from /home/zhanggh/OpenFOAM/OpenFOAM-9/src/finiteVolume/lnInclude/fvcGrad.H:124, from /home/zhanggh/OpenFOAM/OpenFOAM-9/src/finiteVolume/lnInclude/fvc.H:49, from /home/zhanggh/OpenFOAM/OpenFOAM-9/src/finiteVolume/lnInclude/fvCFD.H:8, from icoFoam.C:32: /home/zhanggh/OpenFOAM/OpenFOAM-9/src/finiteVolume/lnInclude/fvcGrad.C:29:10: fatal error: /home/zhanggh/OpenFOAM/OpenFOAM-9/src/finiteVolume/lnInclude/gaussGrad.H: Permission denied 29 | #include "gaussGrad.H" | ^~~~~~~~~~~~~ compilation terminated. make: *** [/home/zhanggh/OpenFOAM/OpenFOAM-9/wmake/rules/General/transform:26: Make/linux64GccDPInt32Opt/icoFoam.o] Error 1

I checked the permission of 'gaussGrad.H' and 'fvmSup.C', and both of them are 777. Does anyone know this problem and how to fix it?

tabulated6DoFMotion not available in dynamicMotionSolverFvMesh

/*---------------------------------------------------------------------------*\
  =========                 |
  \\      /  F ield         | OpenFOAM: The Open Source CFD Toolbox
   \\    /   O peration     | Website:  https://openfoam.org
    \\  /    A nd           | Version:  9
     \\/     M anipulation  |
\*---------------------------------------------------------------------------*/
Build  : 9-b456138dc4bc
Exec   : pimpleFoam
Date   : Feb 21 2022
Time   : 17:38:36
Host   : *****
PID    : 24845
I/O    : uncollated
Case   : *****
nProcs : 1
sigFpe : Enabling floating point exception trapping (FOAM_SIGFPE).
fileModificationChecking : Monitoring run-time modified files using timeStampMaster (fileModificationSkew 10)
allowSystemOperations : Allowing user-supplied system call operations

// * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * //
Create time

Create mesh for time = 0

Selecting dynamicFvMesh dynamicMotionSolverFvMesh
Selecting motion solver: solidBody
Selecting solid-body motion function tabulated6DoFMotion


--> FOAM FATAL ERROR: 
Unknown solidBodyMotionFunction type tabulated6DoFMotion

Valid solidBodyMotionFunctions are : 

8
(
SDA
axisRotationMotion
linearMotion
multiMotion
oscillatingLinearMotion
oscillatingRotatingMotion
rotatingMotion
sixDoFMotion
)


    From function static Foam::autoPtr<Foam::solidBodyMotionFunction> Foam::solidBodyMotionFunction::New(const Foam::dictionary&, const Foam::Time&)
    in file motionSolvers/displacement/solidBody/solidBodyMotionFunctions/solidBodyMotionFunction/solidBodyMotionFunctionNew.C at line 45.

FOAM exiting