Hello Friends,
I installed Baram 26.1.0 in a WSL2 container on Windows 10 and tried to run a centrifugal pump case. steady state with MRF zone for two rotating parts. The boundary conditions and everything is the same as an identical case I ran in the previous version of Baram (v25). I keep getting the error below. Does anyone have any idea why this might be happening in v26 but not v25 ?
[translated with google]
Windows 10의 WSL2 컨테이너에 Baram 26.1.0을 설치하고 원심 펌프 사례를 실행해 보았습니다. 두 개의 회전 부품에 대해 MRF 영역을 적용한 정상 상태 해석입니다. 경계 조건 등 모든 설정은 이전 버전인 Baram 25에서 실행했던 동일한 사례와 동일합니다. 그런데 계속해서 아래와 같은 오류가 발생합니다. 혹시 25 버전에서는 문제가 없었는데 26 버전에서만 발생하는 이유를 아시는 분이 계신가요?
/*---------------------------------------------------------------------------*\
| ========= | |
| \\ / F ield | OpenFOAM: The Open Source CFD Toolbox |
| \\ / O peration | Version: 2412 |
| \\ / A nd | Website: www.openfoam.com |
| \\/ M anipulation | |
\*---------------------------------------------------------------------------*/
Build : 71538590-20250910 OPENFOAM=2412 version=v2412
Arch : "LSB;label=32;scalar=64"
Exec : /home/jose/Baram/instalationFiles/baram/solvers/openfoam/bin/buoyantSimpleNFoam
Date : Jan 29 2026
Time : 18:04:38
Host : RD-StationA-PC
PID : 899
I/O : uncollated
Case : /home/jose/Baram/cases/70W_ver1/Ver1.bf/case
nProcs : 1
trapFpe: Floating point exception trapping enabled (FOAM_SIGFPE).
fileModificationChecking : Monitoring run-time modified files using timeStampMaster (fileModificationSkew 0, maxFileModificationPolls 20)
allowSystemOperations : Allowing user-supplied system call operations
// * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * //
Create time
Create mesh for time = 0
SIMPLE: convergence criteria
field p tolerance 0.001
field p_rgh tolerance 0.001
field U tolerance 0.001
field h tolerance 0.001
field "(k|epsilon|omega|nuTilda)" tolerance 0.001
field "alpha.*" tolerance 0.001
field scalar tolerance 0.001
Reading g
Reading hRef
Calculating field g.h
Reading thermophysical properties
Selecting thermodynamics package
{
type heRhoThermo;
mixture pureMixture;
transport const;
thermo hConst;
equationOfState rhoConst;
specie specie;
energy sensibleEnthalpy;
}
Reading field U
Reading/calculating face flux field phi
Creating turbulence model
Selecting turbulence model type RAS
Selecting RAS turbulence model kOmegaSST
Selecting patchDistMethod meshWave
RAS
{
RASModel kOmegaSST;
turbulence on;
printCoeffs on;
viscosityRatioMax 100000;
alphaK1 0.85;
alphaK2 1;
alphaOmega1 0.5;
alphaOmega2 0.856;
gamma1 0.555556;
gamma2 0.44;
beta1 0.075;
beta2 0.0828;
betaStar 0.09;
a1 0.31;
b1 1;
c1 10;
F3 false;
decayControl false;
kInf 0;
omegaInf 0;
}
Reading field p_rgh
Creating reaction model
Combustion model not active: combustionProperties not found
Selecting combustion model none
[stack trace]
=============
#1 Foam::sigFpe::sigHandler(int) in ~/Baram/instalationFiles/baram/solvers/openfoam/lib/libOpenFOAM.so
#2 ? in /lib/x86_64-linux-gnu/libc.so.6
#3 ? in /lib/x86_64-linux-gnu/libm.so.6
#4 pow in /lib/x86_64-linux-gnu/libm.so.6
#5 Foam::pow(Foam::Field<double>&, Foam::UList<double> const&, double const&) in ~/Baram/instalationFiles/baram/solvers/openfoam/lib/libOpenFOAM.so
#6 Foam::pow(Foam::UList<double> const&, double const&) in ~/Baram/instalationFiles/baram/solvers/openfoam/lib/libOpenFOAM.so
#7 Foam::fv::VKLimitedGrad<double>::calcGrad(Foam::GeometricField<double, Foam::fvPatchField, Foam::volMesh> const&, Foam::word const&) const in ~/Baram/instalationFiles/baram/solvers/openfoam/lib/libfiniteVolume.so
#8 Foam::fv::gradScheme<double>::grad(Foam::GeometricField<double, Foam::fvPatchField, Foam::volMesh> const&, Foam::word const&) const in ~/Baram/instalationFiles/baram/solvers/openfoam/bin/buoyantSimpleNFoam
#9 Foam::fv::correctedSnGrad<double>::fullGradCorrection(Foam::GeometricField<double, Foam::fvPatchField, Foam::volMesh> const&) const in ~/Baram/instalationFiles/baram/solvers/openfoam/lib/libfiniteVolume.so
#10 Foam::fv::correctedSnGrad<double>::correction(Foam::GeometricField<double, Foam::fvPatchField, Foam::volMesh> const&) const in ~/Baram/instalationFiles/baram/solvers/openfoam/lib/libfiniteVolume.so
#11 Foam::fv::snGradScheme<double>::snGrad(Foam::GeometricField<double, Foam::fvPatchField, Foam::volMesh> const&) const in ~/Baram/instalationFiles/baram/solvers/openfoam/lib/libfiniteVolume.so
#12 Foam::tmp<Foam::GeometricField<double, Foam::fvsPatchField, Foam::surfaceMesh> > Foam::fvc::snGrad<double>(Foam::GeometricField<double, Foam::fvPatchField, Foam::volMesh> const&, Foam::word const&) in ~/Baram/instalationFiles/baram/solvers/openfoam/bin/buoyantSimpleNFoam
#13 Foam::tmp<Foam::GeometricField<double, Foam::fvsPatchField, Foam::surfaceMesh> > Foam::fvc::snGrad<double>(Foam::GeometricField<double, Foam::fvPatchField, Foam::volMesh> const&) in ~/Baram/instalationFiles/baram/solvers/openfoam/bin/buoyantSimpleNFoam
#14 ? in ~/Baram/instalationFiles/baram/solvers/openfoam/bin/buoyantSimpleNFoam
#15 ? in /lib/x86_64-linux-gnu/libc.so.6
#16 __libc_start_main in /lib/x86_64-linux-gnu/libc.so.6
#17 ? in ~/Baram/instalationFiles/baram/solvers/openfoam/bin/buoyantSimpleNFoam
=============
--------------------------------------------------------------------------
Primary job terminated normally, but 1 process returned
a non-zero exit code. Per user-direction, the job has been aborted.
--------------------------------------------------------------------------
--------------------------------------------------------------------------
mpirun noticed that process rank 0 with PID 0 on node RD-StationA-PC exited on signal 8 (Floating point exception).
Dear Bob,
Based solely on the information you've provided, I can't determine the exact cause. I'll need to first check whether it's an issue with the solver installation or if a bug occurred in the OpenForm dictionary settings during the upgrade.
Does this problem occur only with this specific case, while others run without issues? If so, please upload the case folder for review. If that's difficult, you can upload the folder excluding the constant/polyMesh folder instead.
The currently installed OpenForm solver appears to be the solver used in Baram v25.3. This is an older version compared to the one used in v26.1. While it's not certain whether this is causing the issue, it seems worth checking.