View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0004255 | OpenFOAM | Bug | public | 2025-07-10 08:20 | 2025-07-11 16:45 |
Reporter | otaolafr | Assigned To | |||
Priority | high | Severity | major | Reproducibility | always |
Status | new | Resolution | open | ||
Platform | GNU/Linux | OS | Other | OS Version | (please specify) |
Product Version | 12 | ||||
Summary | 0004255: foamRun crashing when first time run in new terminal, when run it again runs correctly | ||||
Description | Hello, It took me some time to find out the culprid of this strange behavior. I have recently moved to fondation version, and with it migrated my scripts Allrun scripts. I am sourcing only the v12 no ESI or extend version in my bashrc. when I open a *new* terminal window (so OFv12 is loaded as it is in the bashrc the sourcing) in the case folder, and I run my ./Allrun script which uses the following function and commands: ``` #!/bin/bash cd "${0%/*}" || exit # Run from this directory . ${WM_PROJECT_DIR:?}/bin/tools/RunFunctions # Tutorial run functions runApp() { # Example usage: # runApp $nbProcs "myApp" "-flag1" "-flag2" "-flag3" ... "-flagN" local nbProc="$1" local application="$2" shift 2 # Shift to remove the first two arguments (application and nbProc) # Join the remaining arguments as flags local flagsOptional=("$@") # Build the command local command="$application ${flagsOptional[*]}" message="- Running $application" if [[ -n "$flagsOptional" ]]; then message="$message ${flagsOptional[*]}" fi if (( nbProc > 1 )); then message="$message in parallel" else message="$message in serial" fi # echo ' '"$message" if (( nbProc > 1 )); then command="mpirun -np $nbProc $command -parallel" fi # Execute the command and handle errors { rm -f "log.$application" && eval "$command" > "log.$application" 2>&1; } || { echo "!!!!!!!!Error in $application!!!!!!!!"; exit 1; } } nProcs=44 rm -fr processor* echo "using decomposePar" runApp 1 "decomposePar" "-copyZero" echo "using setFields" runApp $nProcs "setFields" echo "using topoSet" runApp $nProcs "topoSet" echo "using $(getApplication)" runApp $nProcs "$(getApplication)" ``` the decomposePar, setFields and topoSet work properly (the logs shows that the tool was run correctly. on the contrary the log of foamRun when I run it i get the following error: ``` Starting time loop [calcul2-Precision-7960-Tower:2220822] *** An error occurred in MPI_Recv [calcul2-Precision-7960-Tower:2220822] *** reported by process [21299201,4] [calcul2-Precision-7960-Tower:2220822] *** on communicator MPI COMMUNICATOR 3 SPLIT FROM 0 [calcul2-Precision-7960-Tower:2220822] *** MPI_ERR_TRUNCATE: message truncated [calcul2-Precision-7960-Tower:2220822] *** MPI_ERRORS_ARE_FATAL (processes in this communicator will now abort, [calcul2-Precision-7960-Tower:2220822] *** and potentially your MPI job) [calcul2-Precision-7960-Tower:2220811] 5 more processes have sent help message help-mpi-errors.txt / mpi_errors_are_fatal [calcul2-Precision-7960-Tower:2220811] Set MCA parameter "orte_base_help_aggregate" to 0 to see all help / error messages ``` if in that same terminal, i run again ./Allrun without changing anything. then the foamRun runs as expected and the simulation begings without issues. | ||||
Steps To Reproduce | open a new terminal cd $casePath ./Allrun #->foamRun will crash but other applications (such as topoSet) work ./Allrun #->foamRun and other applications (such as topoSet) work | ||||
Tags | No tags attached. | ||||
|
if in the script before `rm -fr processor*` I add `foamRun > /dev/null 2>&1` so simply a dummy command that will crash. then the second one `runApp $nProcs "$(getApplication)"` will run correctly. |
|
tested in two different pcs in the two it gives me the same issue when running the first time. this only happens when i run it in parallel, in serial even first time it still runs correctly. |
|
for the version of the operating system it is ubuntu 24.04.02LTS also might be helpful, `mpirun --version` prompts `mpirun (Open MPI) 4.1.6` |
|
lastly, another thing that is super strange is that if I add `echo "$(mpirun --version)"` before and after the first dummy `foamRun > /dev/null 2>&1` , the second foamRun in parallel, that when the foamRun dummy was added was running, now it does not run anymore. and goes back to the error cited. |
|
for more info, ``` which foamRun /opt/openfoam13/platforms/linux64GccDPInt32Opt/bin/foamRun ldd `which foamRun` linux-vdso.so.1 (0x00007fef09899000) libfiniteVolume.so => /opt/openfoam13/platforms/linux64GccDPInt32Opt/lib/libfiniteVolume.so (0x00007fef07800000) libOpenFOAM.so => /opt/openfoam13/platforms/linux64GccDPInt32Opt/lib/libOpenFOAM.so (0x00007fef06c00000) libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007fef06800000) libm.so.6 => /usr/lib/x86_64-linux-gnu/libm.so.6 (0x00007fef06b17000) libgcc_s.so.1 => /usr/lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fef0985a000) libc.so.6 => /usr/lib/x86_64-linux-gnu/libc.so.6 (0x00007fef06400000) libtriSurface.so => /opt/openfoam13/platforms/linux64GccDPInt32Opt/lib/libtriSurface.so (0x00007fef06764000) libmeshTools.so => /opt/openfoam13/platforms/linux64GccDPInt32Opt/lib/libmeshTools.so (0x00007fef05e00000) libPstream.so => /opt/openfoam13/platforms/linux64GccDPInt32Opt/lib/openmpi-system/libPstream.so (0x00007fef0984a000) libz.so.1 => /usr/lib/x86_64-linux-gnu/libz.so.1 (0x00007fef077e4000) /lib64/ld-linux-x86-64.so.2 (0x00007fef0989b000) libfileFormats.so => /opt/openfoam13/platforms/linux64GccDPInt32Opt/lib/libfileFormats.so (0x00007fef077b4000) libsurfMesh.so => /opt/openfoam13/platforms/linux64GccDPInt32Opt/lib/libsurfMesh.so (0x00007fef0665f000) libmpi.so.40 => /usr/lib/x86_64-linux-gnu/libmpi.so.40 (0x00007fef05cce000) libopen-rte.so.40 => /usr/lib/x86_64-linux-gnu/libopen-rte.so.40 (0x00007fef05c12000) libopen-pal.so.40 => /usr/lib/x86_64-linux-gnu/libopen-pal.so.40 (0x00007fef05b5e000) libhwloc.so.15 => /usr/lib/x86_64-linux-gnu/libhwloc.so.15 (0x00007fef06ab6000) libevent_core-2.1.so.7 => /usr/lib/x86_64-linux-gnu/libevent_core-2.1.so.7 (0x00007fef06a81000) libevent_pthreads-2.1.so.7 => /usr/lib/x86_64-linux-gnu/libevent_pthreads-2.1.so.7 (0x00007fef09841000) libudev.so.1 => /usr/lib/x86_64-linux-gnu/libudev.so.1 (0x00007fef0662c000) libcap.so.2 => /usr/lib/x86_64-linux-gnu/libcap.so.2 (0x00007fef077a7000) which mpirun /usr/bin/mpirun ldd `which mpirun` linux-vdso.so.1 (0x00007fa4a6c6f000) libopen-rte.so.40 => /usr/lib/x86_64-linux-gnu/libopen-rte.so.40 (0x00007fa4a6ba8000) libopen-pal.so.40 => /usr/lib/x86_64-linux-gnu/libopen-pal.so.40 (0x00007fa4a6af4000) libevent_core-2.1.so.7 => /usr/lib/x86_64-linux-gnu/libevent_core-2.1.so.7 (0x00007fa4a6abf000) libc.so.6 => /usr/lib/x86_64-linux-gnu/libc.so.6 (0x00007fa4a6800000) libz.so.1 => /usr/lib/x86_64-linux-gnu/libz.so.1 (0x00007fa4a6aa1000) libhwloc.so.15 => /usr/lib/x86_64-linux-gnu/libhwloc.so.15 (0x00007fa4a6a40000) libevent_pthreads-2.1.so.7 => /usr/lib/x86_64-linux-gnu/libevent_pthreads-2.1.so.7 (0x00007fa4a6a3b000) /lib64/ld-linux-x86-64.so.2 (0x00007fa4a6c71000) libm.so.6 => /usr/lib/x86_64-linux-gnu/libm.so.6 (0x00007fa4a6717000) libudev.so.1 => /usr/lib/x86_64-linux-gnu/libudev.so.1 (0x00007fa4a66e4000) libcap.so.2 => /usr/lib/x86_64-linux-gnu/libcap.so.2 (0x00007fa4a6a2c000) ``` I can reproduce this behavior each time. |
|
@otaolafr: The issue seems to be mostly due to something in Open-MPI and not OpenFOAM. And very likely related to the hardware you are using. If this issue didn't use to happen with other versions/variants of OpenFOAM, then it might have used different Open-MPI versions as well and not with Open-MPI 4.1.6. I don't remember by heart what can be done to diagnose Open-MPI, so I suggest you try the Open-MPI "Getting Help" page: https://docs.open-mpi.org/en/main/getting-help.html Either way, it's not clear how to reproduce the errors you're reporting. Everything seems specific to your case and not to one or more tutorial cases in OpenFOAM. |
|
Hello, sorry for the lack of information, I am pretty confident that it is not hardware issue as I tested in two different pcs with clear different cpus: 11th Gen Intel(R) Core(TM) i7-11850H @ 2.50GHz Intel(R) Xeon(R) w9-3495X so quite different the two (i will test at home and report as i have a AMD pc also). maybe is in the linux version? here is the output of etc/os-release ``` PRETTY_NAME="Ubuntu 24.04.2 LTS" NAME="Ubuntu" VERSION_ID="24.04" VERSION="24.04.2 LTS (Noble Numbat)" VERSION_CODENAME=noble ID=ubuntu ID_LIKE=debian HOME_URL="https://www.ubuntu.com/" SUPPORT_URL="https://help.ubuntu.com/" BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/" PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy" UBUNTU_CODENAME=noble LOGO=ubuntu-logo ``` the thing is this ONLY happens with foamRun and in version 13, before it was not happening. for other applications, such as topoSet, setFields etc, i am not facing this issue even in version 13. |
|
Can you reproduce the same issue with OpenFOAM's own tutorial cases? If yes, then please indicate which tutorial cases, how you ran them and the error messages you get with them. |
|
hello @wyldckat so i tried to reproduce the problem with a tutorial, and when i did not succed, i began the past hour and a half to test <what was wrong> with the case (as this did not gave any problem in previous versions) (and belive me when i say it was quite hard to find.) my simulation has a function file with 3 function objects (i copy paste at the end of the note) the last 2 of them are type coded; when I have the two function, and run foamRun in parallel in a new terminal (in V13) it crashes with the mpi error but if I automaticly run it after again, it will run without issues, where in v12 runs from 'first time'. if I have 1 commented one of them (whichever of the two coded ones) then when i run foamRun in parallel in a new terminal (in V13) it DOES NOT crash. here are the functions: ``` /*--------------------------------*- C++ -*----------------------------------*\ ========= | \\ / F ield | OpenFOAM: The Open Source CFD Toolbox \\ / O peration | Website: https://openfoam.org \\ / A nd | Version: 12 \\/ M anipulation | \*---------------------------------------------------------------------------*/ FoamFile { format ascii; class dictionary; location "system"; object functions; } // * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * // #includeFunc fieldAverage(U.gas, U.liquid, alpha.gas, p) updateO2liquid { type coded; libs ("libutilityFunctionObjects.so"); // already included in OpenFOAM name updateO2liquid; codeExecute #{ // const volScalarField& alphagas = mesh().lookupObject<volScalarField>("alpha.gas"); //[-] const volScalarField& rholiquid = mesh().lookupObject<volScalarField>("rho.liquid"); //[kgT/m3] const scalar factor = 1 ; // [-] const scalar OURMax = 1.2345e-3; // OURMax-> 50 [g/L] chlorella const scalar Yo2Ref = 1.3E-07 ; // [-] volScalarField& Yo2 = const_cast<volScalarField&>(mesh().lookupObject<volScalarField>("O2.liquid")); //[kgO2/kgT] volScalarField& YH2O = const_cast<volScalarField&>(mesh().lookupObject<volScalarField>("H2O.liquid")); //[kgO2/kgT] scalar dt = mesh().time().deltaTValue(); forAll(Yo2, i) { scalar OUR = factor*OURMax * Yo2[i]/max(Yo2Ref+Yo2[i],SMALL); // [kgO2/(m3*s)] scalar denom = rholiquid[i]; // [kgT/m3] scalar deltaYo2 = dt * OUR / max(denom, 1e-6); // [kgO2/kgT] == [s]* [kgO2/(m3*s)] / [kgT/m3] Yo2[i] = max(0.0, min(Yo2[i] - deltaYo2, 1.0)); // [kgO2/kgT] == [s]*[kgO2/(m3*s)] / [kgT/m3] } Yo2.correctBoundaryConditions(); forAll(YH2O, i) { YH2O[i] = 1-Yo2[i]; } YH2O.correctBoundaryConditions(); #}; } alphaSpecie { type coded; libs ("libutilityFunctionObjects.so"); // Name of on-the-fly generated functionObject name alphaSpecie; writeControl writeTime; codeInclude #{ #include "fvcGrad.H" #include "volFields.H" #include "symmTensorField.H" #}; codeWrite #{ const volScalarField& alphagas = mesh().lookupObject<volScalarField>("alpha.gas"); const volScalarField& alphaliquid = mesh().lookupObject<volScalarField>("alpha.liquid"); const volScalarField& O2gas = mesh().lookupObject<volScalarField>("O2.gas"); const volScalarField& N2gas = mesh().lookupObject<volScalarField>("N2.gas"); const volScalarField& H2Ogas = mesh().lookupObject<volScalarField>("H2O.gas"); const volScalarField& O2liquid = mesh().lookupObject<volScalarField>("O2.liquid"); const volScalarField& N2liquid = mesh().lookupObject<volScalarField>("N2.liquid"); const volScalarField& H2Oliquid = mesh().lookupObject<volScalarField>("H2O.liquid"); const volScalarField& rholiquid = mesh().lookupObject<volScalarField>("rho.liquid"); //[kgT/m3] const volScalarField& rhogas = mesh().lookupObject<volScalarField>("rho.gas"); //[kgT/m3] volScalarField ( IOobject ( "alphagas*O2gas", mesh().time().name(), mesh() ), alphagas*O2gas ).write(); volScalarField ( IOobject ( "alphagas*N2gas", mesh().time().name(), mesh() ), alphagas*N2gas ).write(); volScalarField ( IOobject ( "alphagas*H2Ogas", mesh().time().name(), mesh() ), alphagas*H2Ogas ).write(); volScalarField ( IOobject ( "alphaliquid*O2liquid", mesh().time().name(), mesh() ), alphaliquid*O2liquid ).write(); volScalarField ( IOobject ( "alphaliquid*N2liquid", mesh().time().name(), mesh() ), alphaliquid*N2liquid ).write(); volScalarField ( IOobject ( "alphaliquid*H2Oliquid", mesh().time().name(), mesh() ), alphaliquid*H2Oliquid ).write(); rholiquid().write(); rhogas().write(); #}; } // ************************************************************************* // ``` so there IS something that changed in behavior in V13 that brings a problem. |
|
It's not clear what the issue is, but from what your describing, the actual issue has been pointed out by foamRun several times already... but whatever it pointed out, it wasn't looked at. The _complete_ output from foamRun when it fails to run, is what should be describing the actual issue. |
|
sorry, and what would that be? the dynamicCode folder? you can find each folder created inside dynamicCode in the tars here: |
|
foamRun outputs information to the screen (unless it's redirected into a log file, maybe "log.foamRun"?). Based on what you've shared, I don't know what appears above the line "Starting time loop". Therefore, the complete output from foamRun is what is needed, including error messages. |
|
Hello here you can find the complete log. hope it helps log.foamRun (8,414 bytes)
Authorization required, but no authorization protocol specified Authorization required, but no authorization protocol specified Authorization required, but no authorization protocol specified Authorization required, but no authorization protocol specified Authorization required, but no authorization protocol specified Authorization required, but no authorization protocol specified Authorization required, but no authorization protocol specified Authorization required, but no authorization protocol specified Authorization required, but no authorization protocol specified Authorization required, but no authorization protocol specified /*---------------------------------------------------------------------------*\ ========= | \\ / F ield | OpenFOAM: The Open Source CFD Toolbox \\ / O peration | Website: https://openfoam.org \\ / A nd | Version: 13 \\/ M anipulation | \*---------------------------------------------------------------------------*/ Build : 13-65eda17ad4ca Exec : foamRun -parallel Date : Jul 11 2025 Time : 16:38:47 Host : "franco-work" PID : 2770839 I/O : uncollated Case : /home/franco/Downloads/bubbleColumn2kV13 nProcs : 8 Slaves : 7 ( "franco-work.2770840" "franco-work.2770841" "franco-work.2770842" "franco-work.2770843" "franco-work.2770844" "franco-work.2770845" "franco-work.2770846" ) Pstream initialised with: floatTransfer : false nProcsSimpleSum : 0 commsType : nonBlocking polling iterations : 0 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 solver multiphaseEuler No MRF models present Selecting phaseModel for gas: multicomponentIsothermalPhaseModel Selecting diameterModel for phase gas: velocityGroup Selecting thermodynamics package { type heRhoThermo; mixture multicomponentMixture; transport const; thermo eConst; equationOfState perfectGas; specie specie; energy sensibleInternalEnergy; } Calculating face flux field phi.gas Selecting turbulence model type laminar Selecting laminar stress model Stokes Selecting thermophysical transport type laminar Selecting default laminar thermophysical transport model unityLewisFourier Selecting phaseModel for liquid: multicomponentIsothermalPhaseModel Selecting diameterModel for phase liquid: constant Selecting thermodynamics package { type heRhoThermo; mixture multicomponentMixture; transport const; thermo eConst; equationOfState rPolynomial; specie specie; energy sensibleInternalEnergy; } Calculating face flux field phi.liquid Selecting turbulence model type laminar Selecting laminar stress model Stokes Selecting thermophysical transport type laminar Selecting default laminar thermophysical transport model unityLewisFourier Selecting surfaceTensionCoefficientModel for gas_liquid: constant Selecting dragModel blending method for gas_liquid: linear Selecting dragModel for gas_dispersedIn_liquid: TomiyamaCorrelatedOrlando Selecting dragModel for liquid_dispersedIn_gas: SchillerNaumann Selecting virtualMassModel blending method for gas_liquid: linear Selecting virtualMassModel for gas_dispersedIn_liquid: constantCoefficient Selecting virtualMassModel for liquid_dispersedIn_gas: constantCoefficient Selecting SidedInterfacialModel<heatTransferModel> blending method for gas_liquid: linear Selecting heatTransferModel for gas_dispersedIn_liquid_inThe_gas: RanzMarshall Selecting heatTransferModel for gas_dispersedIn_liquid_inThe_liquid: RanzMarshall Selecting heatTransferModel for liquid_dispersedIn_gas_inThe_gas: RanzMarshall Selecting heatTransferModel for liquid_dispersedIn_gas_inThe_liquid: RanzMarshall Setting up population balance: bubbles Selecting coalescence model for bubbles: Luo Selecting binary breakup model for bubbles: powerLawUniformBinary Courant Number mean: 6.01596e-07 max: 0.00692706 Creating fvModels from "constant/fvModels" Selecting finite volume model type massDiffusionLimitedPhaseChange Name: phaseChange Selecting interfaceCompositionModel for gas_liquid_inThe_gas: saturated Selecting saturationPressureModel ArdenBuck Selecting interfaceCompositionModel for gas_liquid_inThe_liquid: Henry Selecting SidedInterfacialModel<diffusiveMassTransferModel> blending method for gas_liquid: linear Selecting diffusiveMassTransferModel for gas_dispersedIn_liquid_inThe_gas: spherical Selecting diffusiveMassTransferModel for gas_dispersedIn_liquid_inThe_liquid: Frossling Selecting diffusiveMassTransferModel for liquid_dispersedIn_gas_inThe_gas: Frossling Selecting diffusiveMassTransferModel for liquid_dispersedIn_gas_inThe_liquid: spherical Selecting finite volume model type porosityForce Name: filter1 Porosity region filter1: selecting model: DarcyForchheimer creating porous zone: filter Creating fvConstraints from "system/fvConstraints" Selecting finite volume constraint type limitPressure Name: limitp min 10000 PIMPLE: No convergence criteria found PIMPLE: No corrector convergence criteria found Calculations will do 3 corrections PIMPLE: Operating solver in transient mode with 3 outer correctors Using dynamicCode for coded updateO2liquid at line 21 in "/home/franco/Downloads/bubbleColumn2kV13/system/functions/updateO2liquid" Creating new library in "dynamicCode/updateO2liquid/platforms/linux64GccDPInt32Opt/lib/libupdateO2liquid_c17dcb57373e4b2172a83a2f7ecc9882db24442e.so" "/opt/openfoam13/etc/codeTemplates/dynamicCode/codedFunctionObjectTemplate.C" "/home/franco/Downloads/bubbleColumn2kV13/dynamicCode/updateO2liquid/codedFunctionObjectTemplate.C" "/opt/openfoam13/etc/codeTemplates/dynamicCode/codedFunctionObjectTemplate.H" "/home/franco/Downloads/bubbleColumn2kV13/dynamicCode/updateO2liquid/codedFunctionObjectTemplate.H" Invoking "wmake -s libso /home/franco/Downloads/bubbleColumn2kV13/dynamicCode/updateO2liquid" wmake libso /home/franco/Downloads/bubbleColumn2kV13/dynamicCode/updateO2liquid ln: ./lnInclude wmkdep: codedFunctionObjectTemplate.C Ctoo: codedFunctionObjectTemplate.C ld: /home/franco/Downloads/bubbleColumn2kV13/dynamicCode/updateO2liquid/../platforms/linux64GccDPInt32Opt/lib/libupdateO2liquid_c17dcb57373e4b2172a83a2f7ecc9882db24442e.so Using dynamicCode for coded alphaSpecie at line 63 in "/home/franco/Downloads/bubbleColumn2kV13/system/functions/alphaSpecie" Creating new library in "dynamicCode/alphaSpecie/platforms/linux64GccDPInt32Opt/lib/libalphaSpecie_be4922a4fbb586e4fbf5878a3cca29e3c7f0506e.so" "/opt/openfoam13/etc/codeTemplates/dynamicCode/codedFunctionObjectTemplate.C" "/home/franco/Downloads/bubbleColumn2kV13/dynamicCode/alphaSpecie/codedFunctionObjectTemplate.C" "/opt/openfoam13/etc/codeTemplates/dynamicCode/codedFunctionObjectTemplate.H" "/home/franco/Downloads/bubbleColumn2kV13/dynamicCode/alphaSpecie/codedFunctionObjectTemplate.H" Invoking "wmake -s libso /home/franco/Downloads/bubbleColumn2kV13/dynamicCode/alphaSpecie" wmake libso /home/franco/Downloads/bubbleColumn2kV13/dynamicCode/alphaSpecie ln: ./lnInclude wmkdep: codedFunctionObjectTemplate.C Ctoo: codedFunctionObjectTemplate.C ld: /home/franco/Downloads/bubbleColumn2kV13/dynamicCode/alphaSpecie/../platforms/linux64GccDPInt32Opt/lib/libalphaSpecie_be4922a4fbb586e4fbf5878a3cca29e3c7f0506e.so Starting time loop [franco-work:2770840] *** An error occurred in MPI_Recv [franco-work:2770840] *** reported by process [3799580673,1] [franco-work:2770840] *** on communicator MPI COMMUNICATOR 3 SPLIT FROM 0 [franco-work:2770840] *** MPI_ERR_TRUNCATE: message truncated [franco-work:2770840] *** MPI_ERRORS_ARE_FATAL (processes in this communicator will now abort, [franco-work:2770840] *** and potentially your MPI job) [franco-work:2770825] 2 more processes have sent help message help-mpi-errors.txt / mpi_errors_are_fatal [franco-work:2770825] Set MCA parameter "orte_base_help_aggregate" to 0 to see all help / error messages |
|
The messages right at the top of the log file: Authorization required, but no authorization protocol specified This should not happen. It might not be the reason why this is failing, but it is very suspicious that this might be what is leading to the crash. |
|
The log.foamRun isn't as helpful as it might be as there is no stack trace from the error. Could you try sourcing the OpenFOAM bashrc like this: . /opt/openfoam13/etc/bashrc FOAM_SIGFPE=1 FOAM_SETNAN=1 FOAM_VERBOSE=1 FOAM_ABORT=1 And then try running again and upload the log.foamRun again. |
Date Modified | Username | Field | Change |
---|---|---|---|
2025-07-10 08:20 | otaolafr | New Issue | |
2025-07-10 08:37 | otaolafr | Note Added: 0013597 | |
2025-07-10 08:54 | otaolafr | Note Added: 0013598 | |
2025-07-10 08:57 | otaolafr | Note Added: 0013599 | |
2025-07-10 09:09 | otaolafr | Note Added: 0013600 | |
2025-07-11 13:09 | otaolafr | Note Added: 0013603 | |
2025-07-11 13:46 | wyldckat | Note Added: 0013604 | |
2025-07-11 13:57 | otaolafr | Note Added: 0013605 | |
2025-07-11 14:16 | wyldckat | Note Added: 0013606 | |
2025-07-11 15:20 | otaolafr | Note Added: 0013607 | |
2025-07-11 15:33 | wyldckat | Note Added: 0013608 | |
2025-07-11 15:40 | otaolafr | Note Added: 0013609 | |
2025-07-11 15:40 | otaolafr | File Added: platforms.tar.gz | |
2025-07-11 15:40 | otaolafr | File Added: alphaSpecie.tar.gz | |
2025-07-11 15:40 | otaolafr | File Added: updateO2liquid.tar.gz | |
2025-07-11 15:51 | wyldckat | Note Added: 0013610 | |
2025-07-11 16:12 | otaolafr | Note Added: 0013611 | |
2025-07-11 16:12 | otaolafr | File Added: log.foamRun | |
2025-07-11 16:22 | wyldckat | Note Added: 0013612 | |
2025-07-11 16:45 | will | Note Added: 0013613 | |
2025-07-11 16:45 | will | Note Edited: 0013613 |