CFD Online Logo CFD Online URL
www.cfd-online.com
[Sponsors]
Home > Forums > Software User Forums > OpenFOAM

sprayFoam with adaptive mesh refinement not working in parallel

Register Blogs Community New Posts Updated Threads Search

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
Old   May 31, 2015, 01:42
Default sprayFoam with adaptive mesh refinement not working in parallel
  #1
New Member
 
Chi-Wei Tsang
Join Date: Mar 2012
Posts: 2
Rep Power: 0
aicwebb is on a distinguished road
Hi,
I followed the dieselDyFoam tutorial (http://www.tfd.chalmers.se/~hani/kur...tersReport.pdf) to create a sprayDyMFoam solver capable of handling adaptive mesh refinement. When I run the aachenBomb tutorial case in serial, it works fine. However, when I run the case in parallel, I got the error messages as follows:

Selected 16 cells for refinement out of 168100.
Refined from 168100 to 168212 cells.
[0]
[0]
[0] --> FOAM FATAL ERROR:
[0] Message from processor 1 not fully consumed. messageSize:40352 bytes of which only 6732 consumed.
[0]
[0] From function PstreamBuffers::~PstreamBuffers()
[0] in file db/IOstreams/Pstreams/PstreamBuffers.C at line 69.
[0]
FOAM parallel run aborting
[0]
[0] #0 Foam::error:rintStack(Foam::Ostream&) in "/usr/apps1/openfoam-2.3.0/OpenFOAM-2.3.0/platforms/linux64Gcc48DPOpt/lib/libOpenFOAM.so"
[0] #1 Foam::error::abort() in "/usr/apps1/openfoam-2.3.0/OpenFOAM-2.3.0/platforms/linux64Gcc48DPOpt/lib/libOpenFOAM.so"
[0] #2 Foam::PstreamBuffers::~PstreamBuffers() in "/usr/apps1/openfoam-2.3.0/OpenFOAM-2.3.0/platforms/linux64Gcc48DPOpt/lib/libOpenFOAM.so"
[0] #3 void Foam::syncTools::syncBoundaryFaceList<int, Foam::eqOp<int>, Foam::mapDistribute::transform>(Foam:olyMesh const&, Foam::UList<int>&, Foam::eqOp<int> const&, Foam::mapDistribute::transform const&) in "/usr/apps1/openfoam-2.3.0/OpenFOAM-2.3.0/platforms/linux64Gcc48DPOpt/lib/libfiniteVolume.so"
[0] #4 Foam::hexRef8::checkRefinementLevels(int, Foam::List<int> const&) const in "/usr/apps1/openfoam-2.3.0/OpenFOAM-2.3.0/platforms/linux64Gcc48DPOpt/lib/libdynamicMesh.so"
[0] #5 Foam::dynamicRefineFvMesh::refine(Foam::List<int> const&) in "/usr/apps1/openfoam-2.3.0/OpenFOAM-2.3.0/platforms/linux64Gcc48DPOpt/lib/libdynamicFvMesh.so"
[0] #6 Foam::dynamicRefineFvMesh::update() in "/usr/apps1/openfoam-2.3.0/OpenFOAM-2.3.0/platforms/linux64Gcc48DPOpt/lib/libdynamicFvMesh.so"
[0] #7 main in "/usr/erc/people/cwtsang/OpenFOAM/cwtsang-2.3.0/platforms/linux64Gcc48DPOpt/bin/mysprayDyFoam"
[0] #8 __libc_start_main in "/lib64/libc.so.6"
[0] #9 Foam::UOPstream::write(float) in "/usr/erc/people/cwtsang/OpenFOAM/cwtsang-2.3.0/platforms/linux64Gcc48DPOpt/bin/mysprayDyFoam"

It seems that there are some issues in message passing between processors, but I am not sure why this happens and how to solve it. I have tried OF v2.1.1, v2.2.2, and v2.3.0 and got the same errors. I also tried different numbers of processors (2, 8, 16, 32), different methods of domain decomposition (simple and scotch). All failed. When I used solvers without sprays like pimpleDyMFoam and interDyMFoam, they run in parallel without any problems. Did anyone meet this problem before?
aicwebb is offline   Reply With Quote

Reply


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are Off
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
[snappyHexMesh] SnappyHexMesh for internal Flow vishwa OpenFOAM Meshing & Mesh Conversion 24 June 27, 2016 09:54
[snappyHexMesh] crash sHM H25E OpenFOAM Meshing & Mesh Conversion 11 November 10, 2014 12:27
Flow separation point and adaptive mesh refinement yhaomin2007 OpenFOAM 0 July 25, 2013 11:59
Adaptive Mesh Refinement in Arbitary Direction mm.abdollahzadeh OpenFOAM Programming & Development 18 January 12, 2013 09:37
Adaptive Mesh Refinement using Finite Volume mayank Main CFD Forum 0 October 14, 2002 02:02


All times are GMT -4. The time now is 10:46.