interDyMFoam parallel bug?
here is an uploaded testcase:
And here is a link to refresh what this thread is about:
In the testcase i have put a README file, where I summarise in which cases the error occurs. I found that the error in parallel calculations appears and disappears for different domain decompositions.
The testcase is a Rayleigh Taylor Instability.
Thanks for reporting. In the 1.5 series the pressure reference cell still has to be on the master. In interDyMFoam the reference is set by its location and in your case that location was on the second processor. It runs fine if you change the location to be on the master processor. I've pushed a change to 1.5.x interDyMFoam so at least it will tell you if the reference cell is not on the master.
Thanks for your response. But how do you determine whether a cell is on the master processor?
As in this case the decomposition is done in x-direction (splitting with a zy-plane) one can suppose the cell with the number 0 is located on the first part of the slitted domain and hence on the first (master) processor?
thank for the answer and the change in1.5.x - i'm compiling.
What I did now is:
After the domain decomposition I looked in "processor0/constant/polyMesh/cellProcAddressing" for the cellLabels there and chose one label as entry for pdRefCell in my fvSolution-file.
The error still exists. Did I think in a too easy way by doing so?
(I already tried randomly different pdRefCell-Values but the error always appears. Thats against a fifty fifty chance for hitting a proper cell :))
interDyMFoam does not use the pRefCell - it uses the pRefProbe which is a location.
Ok, thanks a lot.
Is there a solution to this interDyMFoam/parallel pocessor problem?
I had one case that worked fine, but when I replaced the stl file with the actual geometry I was interested in (a yacht hull). interDyMFoam no longer wanted to run as a parallel case.
I'm using OF 1.7.1 with Ubuntu 10.10.
|All times are GMT -4. The time now is 21:10.|