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 :

Possible fixes

@mark