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

[snappyHexMesh] Snappyhexmesh parallel run - 2D mesh-motion error

Register Blogs Community New Posts Updated Threads Search

Like Tree2Likes
  • 2 Post By Vignesh2508

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
Old   March 9, 2017, 11:37
Default Snappyhexmesh parallel run - 2D mesh-motion error
  #1
Member
 
Vignesh Rajendiran
Join Date: Aug 2016
Location: Chennai, India
Posts: 62
Rep Power: 10
Vignesh2508 is on a distinguished road
Guys,

I was meshing a bluff body using sHM. I was able to do it serially but when i tried to do it in parallel, i got the following error stating "2D mesh-motion probably not correct in parallel". If anyone can figure out the reason for this please help me out guys. I attached my sHM dict file and the log file.

Code:
Scaling iteration 0
Moving mesh using displacement scaling : min:1  max:1
Correcting 2-D mesh motion--> FOAM Warning : 
    From function motionSmootherAlgo::modifyMotionPoints(pointField&)
    in file motionSmoother/motionSmootherAlgo.C at line 660
    2D mesh-motion probably not correct in parallel
[0] 
[0] 
[0] --> FOAM FATAL ERROR: 
[0] Cannot determine normal vector from patches.
[0] 
[0]     From function twoDPointCorrector::calcAddressing()
[0]     in file twoDPointCorrector/twoDPointCorrector.C at line 105.
[0] 
FOAM parallel run aborting
[0] 
[0] #0  Foam::error::printStack(Foam::Ostream&) at ??:?
[0] #1  Foam::error::abort() at ??:?
[0] #2  Foam::twoDPointCorrector::calcAddressing() const at ??:?
[0] #3  Foam::twoDPointCorrector::normalEdgeIndices() const at ??:?
[0] #4  Foam::motionSmootherAlgo::modifyMotionPoints(Foam::Field<Foam::Vector<double> >&) const at ??:?
[0] #5  Foam::motionSmootherAlgo::curPoints() const at ??:?
[0] #6  Foam::motionSmootherAlgo::scaleMesh(Foam::List<long>&, Foam::List<Foam::Pair<long> > const&, Foam::dictionary const&, Foam::dictionary const&, bool, long) at ??:?
[0] #7  Foam::motionSmootherAlgo::scaleMesh(Foam::List<long>&, Foam::List<Foam::Pair<long> > const&, bool, long) at ??:?
[0] #8  Foam::autoSnapDriver::preSmoothPatch(Foam::meshRefinement const&, Foam::snapParameters const&, long, Foam::List<Foam::Pair<long> > const&, Foam::motionSmoother&) at ??:?
[0] #9  Foam::autoSnapDriver::doSnap(Foam::dictionary const&, Foam::dictionary const&, double, double, Foam::snapParameters const&) at ??:?
[0] #10  ? at ??:?
[0] #11  __libc_start_main in "/lib/x86_64-linux-gnu/libc.so.6"
[0] #12  ? at ??:?
--------------------------------------------------------------------------
MPI_ABORT was invoked on rank 0 in communicator MPI_COMM_WORLD 
with errorcode 1.

NOTE: invoking MPI_ABORT causes Open MPI to kill all MPI processes.
You may or may not see output from other processes, depending on
exactly when Open MPI kills them.
--------------------------------------------------------------------------
--------------------------------------------------------------------------
mpirun has exited due to process rank 0 with PID 7659 on
node vignesh-Lenovo-S510Pad-S510P-Touch exiting improperly. There are two reasons this could occur:

1. this process did not call "init" before exiting, but others in
the job did. This can cause a job to hang indefinitely while it waits
for all processes to call "init". By rule, if one process calls "init",
then ALL processes must call "init" prior to termination.

2. this process called "init", but exited without calling "finalize".
By rule, all processes that call "init" MUST call "finalize" prior to
exiting or it will be considered an "abnormal termination"

This may have caused other processes in the application to be
terminated by signals sent by mpirun (as reported here).
--------------------------------------------------------------------------
I tried hierarchical and scotch thinking it was a problem with decomposition. But both of them gave me the same error. Please help me out guys.

Thank you

Vicky
Attached Files
File Type: txt snappyHexMeshDict.txt (10.2 KB, 3 views)
File Type: txt log_snappyHexMesh.txt (63.6 KB, 2 views)
Vignesh2508 is offline   Reply With Quote

Old   March 10, 2017, 17:47
Default
  #2
Senior Member
 
Join Date: Nov 2010
Location: USA
Posts: 1,232
Rep Power: 25
me3840 is on a distinguished road
Look at this thread.

https://www.cfd-online.com/Forums/op...te-layers.html
me3840 is offline   Reply With Quote

Old   March 11, 2017, 07:19
Default
  #3
Member
 
Vignesh Rajendiran
Join Date: Aug 2016
Location: Chennai, India
Posts: 62
Rep Power: 10
Vignesh2508 is on a distinguished road
So far the solution seems to be that one should not have "empty" type for the faces. But still what should be done if I do not need to solve it in the front and back directions. The only other option is to assign slip boundary conditions to those faces. Is that a right way to proceed?

Thank you for your help
adiraman9 and Rasmusiwersen like this.
Vignesh2508 is offline   Reply With Quote

Old   May 19, 2021, 05:12
Default
  #4
Member
 
Rasmus Iwersen
Join Date: Jan 2019
Location: Denmark
Posts: 81
Rep Power: 8
Rasmusiwersen is on a distinguished road
Quote:
Originally Posted by Vignesh2508 View Post
So far the solution seems to be that one should not have "empty" type for the faces. But still what should be done if I do not need to solve it in the front and back directions. The only other option is to assign slip boundary conditions to those faces. Is that a right way to proceed?

Thank you for your help
Did you manage to figure out the solution?
Rasmusiwersen 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
problem during mpi in server: expected Scalar, found on line 0 the word 'nan' muth OpenFOAM Running, Solving & CFD 3 August 27, 2018 05:18
Compile problem ivanyao OpenFOAM Running, Solving & CFD 1 October 12, 2012 10:31
CGNS lib and Fortran compiler manaliac Main CFD Forum 2 November 29, 2010 07:25
checking the system setup and Qt version vivek070176 OpenFOAM Installation 22 June 1, 2010 13:34
Problem with compile the setParabolicInlet ivanyao OpenFOAM Running, Solving & CFD 6 September 5, 2008 21:50


All times are GMT -4. The time now is 02:30.