reactingParcelFoam 2D crash in parallel, works fine in serial
Hi everyone,
im solving a "simple" 2d channelflow with air and a spray with water in 2d (similar to $FOAM_TUT/lagrangian/reactingParcelFoam/verticalChannel), just in 2d. When i try to run this case in parallel, the solver crashes at the first injection timestep with the following errormessage: Code:
Solving 2-D cloud reactingCloud1 i found something in the net; someone had the same error here, solved it by disable functionObjects and cloudFunctions. Not in my case... method for decomposing is also irrelevant, i checked simple and scotch. Maybe this thread is also better placed in OpenFOAM bugs? if someone could confirm this, i will also open an issue in OF-2.3.x-bugtracking. Tomorrow ill check it in OF-2.4.x and in FE-3.1. If somebody knows what to do, every help is appreciated. This case is some kind of urgent for me. Thank you very much! |
I'm having a similar problem with a lagrangian tracking solver in parallel, based on icoUncoupledKinematicParcelFoam. It works at first, but after some time it crashes with the same error message as in your case.
Code:
[ran:7367] *** An error occurred in MPI_Waitall Code:
template<class CloudType> When changing the commsType from nonBlocking to blocking in $WM_PROJECT_DIR/etc/controlDict, the error is: Code:
[0] |
reproduced
Hi there!
I ran into the same error message in a case similar to $FOAM_TUT/lagrangian/reactingParcelFoam/verticalChannel/ On the tutorial case i was able to reproduce the described behavior with the following commands: Code:
#!/bin/sh Code:
... If i deactivate Code:
dispersionModel none;//stochasticDispersionRAS; Code:
--> Cloud: reactingCloud1 injector: model1 Thank you very much for your time. |
Hi there,
I think I stumbled upon a solution I changed the reactingCloud1Properties from Code:
massTotal 8; Code:
massTotal 0.0008; Hope this helps someone. |
mh this does not really help.
what you changed is the timeframe of the injection and the mass which is injected in this time. The Injection starts at SOI for the defined timeframe. If you change these values, you will definetly get results you dont want to have. ;) Greets, Ferdi |
3rd try
Hi Ferdi,
I was under the impression that you can maintain a constant mass flow rate if you change massTotal proportional to the duration according to this HTML Code:
http://www.dhcae-tools.com/images/dhcaeLTSThermoParcelSolver.pdf Nonetheless, I was not able to reproduce the described behavior at home on 2 cores anymore. Meaning the error messages appear no matter what I do with massTotal or duration. What I tried now was changing the injectionModel from patchInjection to coneNozzleInjection like this: Code:
injectionModels Thanks Ferdi for taking the time. Greetings clockworker |
All times are GMT -4. The time now is 10:12. |