[lakeat]

Is it a known issue or not.
When I was using pimpleDyMFoam, I found if I decompose the case and run it in parallel, it will fail sometimes at certain time point, but as I reconstruct the the results at its latest time and run it in serial, it seems everything works perfect and goes on for a long time.

The error is sth like:

[2] 
[2] 
[2] --> FOAM FATAL ERROR: 
[3] [2] face 1041 and 3263 areas do not match by 0.0101863% -- possible face ordering problem
[2] 
[2]     From function cyclicFvPatch::makeWeights(scalarField& w) const
[2]     in file fvMesh/fvPatches/constraint/cyclic/cyclicFvPatch.C at line 57.
[2] 
FOAM parallel run aborting
[2] 

[3] 
[3] --> FOAM FATAL ERROR: 
[3] face 842 and 3051 areas do not match by 0.0101899% -- possible face ordering problem
[3] 
[3]     From function cyclicFvPatch::makeWeights(scalarField& w) const
[3]     in file fvMesh/fvPatches/constraint/cyclic/cyclicFvPatch.C at line 57.
[3] 
FOAM parallel run aborting

Have a good day!

[lakeat]

Oops, in serial running, it failed again.

--> FOAM FATAL ERROR:
face 5789 and 14669 areas do not match by 0.0101915% -- possible face ordering problem

From function cyclicFvPatch::makeWeights(scalarField& w) const
in file fvMesh/fvPatches/constraint/cyclic/cyclicFvPatch.C at line 57.

Any conflicts with cyclic B.C. setting?

[lakeat]

Oh, every time it fails, I switch the solver between displacementLaplacian and displacementSBRStress to make it go again. That's funny