View Issue Details

IDProjectCategoryView StatusLast Update
0001668OpenFOAM[All Projects] Bugpublic2015-04-23 14:59
Reporteruser661Assigned Tohenry 
Status closedResolutionno change required 
PlatformLinuxOSCentOSOS Version7.0.1406
Product Version 
Fixed in Version 
Summary0001668: sigFpe when running a decomposed case with periodics BC without specifying preservePatches in decomposeParDict
DescriptionWhen running a case with periodic patches in parallel that was decomposed without specifying the preservePatches option in decomposeParDict, any application launched using mpirun will return a segmentation fault.

When this occurs NO ERROR MESSAGE (Foam fatal error) IS RETURNED causing the identification of the problem to be tricky.

This can be solved adding the preservePatches option.

Steps To ReproduceCreate a case with one (or more) couple of periodic patches. Decompose it without specifying preservePatches in decomposeParDict. Run any application in parallel e.g. checkMesh -parallel.

NOTE: this not always happens and depends by how decomposePar "decide" to decompose the boundary faces.
Additional InformationAttached there is a case to reproduce the behaviour. Just run:
-mpirun -np 10 checkMesh -parallel

Once without preservePatches and once with it.
TagsNo tags attached.



2015-04-23 11:16 (18,941 bytes)


2015-04-23 11:18


In my opinion decomposePar should check for the patch type and, in case the patch type is set to cyclc, automatically add the preservePatches for that patch and the neighbourPatch.

An alternative would be at least to return a FOAM FATAL ERROR explaining the problem.


2015-04-23 14:50


This is fixed in 2.3.1 and 2.3.x.


2015-04-23 14:59

manager   ~0004649

Already fixed

Issue History

Date Modified Username Field Change
2015-04-23 11:15 user661 New Issue
2015-04-23 11:16 user661 File Added:
2015-04-23 11:18 user661 Note Added: 0004647
2015-04-23 14:50 user4 Note Added: 0004648
2015-04-23 14:59 henry Note Added: 0004649
2015-04-23 14:59 henry Status new => closed
2015-04-23 14:59 henry Assigned To => henry
2015-04-23 14:59 henry Resolution open => no change required