View Issue Details

IDProjectCategoryView StatusLast Update
0001668OpenFOAMBugpublic2015-04-23 14:59
Reporteruser661Assigned Tohenry  
PrioritynormalSeveritycrashReproducibilityalways
Status closedResolutionno change required 
PlatformLinuxOSCentOSOS Version7.0.1406
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:
-blockMesh
-checkMesh
-decomposePar
-mpirun -np 10 checkMesh -parallel

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

Activities

user661

2015-04-23 11:16

 

test.zip (18,941 bytes)

user661

2015-04-23 11:18

  ~0004647

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.

user4

2015-04-23 14:50

  ~0004648

This is fixed in 2.3.1 and 2.3.x.

henry

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: test.zip
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