redistributePar (with cyclicAMI) to more processors
Summary
Changing decomposeParDict to be more processors and running redistributePar -parallel
hangs.
Steps to reproduce
cd tutorials/incompressible/pimpleFoam/laminar/mixerVesselAMI2D/mixerVesselAMI2D
decomposePar (into e.g. 4 processors)
In system/controlDict
change to startFrom latestTime
and stopAt writeNow
. Change decomposeParDict to use more processors (e.g. 8) and mpirun -np 8 redistributePar -parallel
. This hangs - processors that already have mesh get stuck in Foam::fvMesh::init
. Processors that are new get stuck in earlier code:
15 0x00007f2c1eecb930 in Foam::IOobject::readAndCheckHeader(bool, Foam::word const&, bool, bool, bool) () from develop/platforms/linux64GccDPInt32Opt/lib/libOpenFOAM.so
#16 0x00007f2c215fae69 in Foam::fvMesh::init(bool) () from develop/platforms/linux64GccDPInt32Opt/lib/libfiniteV
Example case
See above.
What is the current bug behaviour?
See above.
What is the expected correct behavior?
Write redistributed mesh to new time directory, including on the new processors.
Relevant logs and/or images
Environment information
- OpenFOAM version :v2312
- Operating system :
- Hardware info :
- Compiler :