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

Decomposing error

Register Blogs Community New Posts Updated Threads Search

Like Tree1Likes
  • 1 Post By xshmuel

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
Old   June 21, 2018, 06:44
Default Decomposing error
  #1
New Member
 
Join Date: Jun 2018
Posts: 11
Rep Power: 7
xshmuel is on a distinguished road
Hi guys I am new to openfoam and was all set to run my first own problem (not a tutorial case) however I had an issue with decompoising the mesh before running it. I filled int he decomposePardict nicely and am using scotch to divide my mesh over 16 cores.

however i get the following error:


Quote:
Processor 15
Number of cells = 18659
Number of faces shared with processor 8 = 426
Number of faces shared with processor 9 = 268
Number of faces shared with processor 13 = 476
Number of faces shared with processor 14 = 1015
Number of processor patches = 4
Number of processor faces = 2185
Number of boundary faces = 2495

Number of processor faces = 16796
Max number of cells = 18873 (0.992642% above average 18687.5)
Max number of processor patches = 5 (37.931% above average 3.625)
Max number of faces between processors = 2796 (33.1746% above average 2099.5)

Time = 0


--> FOAM FATAL ERROR:
Attempt to cast type genericPatch to type symmetryPlane

From function To& Foam::refCast(From&) [with To = const Foam::symmetryPlaneFvPatch; From = const Foam::fvPatch]
in file /home/ubuntu/OpenFOAM/OpenFOAM-5.x/src/OpenFOAM/lnInclude/typeInfo.H at line 114.

FOAM aborting

#0 Foam::error:rintStack(Foam::Ostream&) at ??:?
#1 Foam::error::abort() at ??:?
#2 Foam::symmetryPlaneFvPatch const& Foam::refCast<Foam::symmetryPlaneFvPatch const, Foam::fvPatch const>(Foam::fvPatch const&) at ??:?
#3 Foam::symmetryPlaneFvPatchField<double>::symmetryP laneFvPatchField(Foam::fvPatch const&, Foam:imensionedField<double, Foam::volMesh> const&, Foam::dictionary const&) at ??:?
#4 Foam::fvPatchField<double>::adddictionaryConstruct orToTable<Foam::symmetryPlaneFvPatchField<double> >::New(Foam::fvPatch const&, Foam:imensionedField<double, Foam::volMesh> const&, Foam::dictionary const&) at ??:?
#5 Foam::fvPatchField<double>::New(Foam::fvPatch const&, Foam:imensionedField<double, Foam::volMesh> const&, Foam::dictionary const&) in "/opt/openfoam5/platforms/linux64GccDPInt32Opt/bin/decomposePar"
#6 Foam::GeometricField<double, Foam::fvPatchField, Foam::volMesh>::Boundary::readField(Foam:imensio nedField<double, Foam::volMesh> const&, Foam::dictionary const&) in "/opt/openfoam5/platforms/linux64GccDPInt32Opt/bin/decomposePar"
#7 Foam::GeometricField<double, Foam::fvPatchField, Foam::volMesh>::readFields(Foam::dictionary const&) in "/opt/openfoam5/platforms/linux64GccDPInt32Opt/bin/decomposePar"
#8 Foam::GeometricField<double, Foam::fvPatchField, Foam::volMesh>::readFields() in "/opt/openfoam5/platforms/linux64GccDPInt32Opt/bin/decomposePar"
#9 Foam::GeometricField<double, Foam::fvPatchField, Foam::volMesh>::GeometricField(Foam::IOobject const&, Foam::fvMesh const&) in "/opt/openfoam5/platforms/linux64GccDPInt32Opt/bin/decomposePar"
#10 ? in "/opt/openfoam5/platforms/linux64GccDPInt32Opt/bin/decomposePar"
#11 ? in "/opt/openfoam5/platforms/linux64GccDPInt32Opt/bin/decomposePar"
#12 __libc_start_main in "/lib/x86_64-linux-gnu/libc.so.6"
would any of you have any idea what coudl cause this i havent had this behavior before and decomposePar worked fine till now.

appreciate the help!
xshmuel is offline   Reply With Quote

Old   June 21, 2018, 06:50
Default
  #2
Senior Member
 
anonymous
Join Date: Jan 2016
Posts: 416
Rep Power: 14
simrego is on a distinguished road
Hi!

I think you have problems with the boundary definition.

"--> FOAM FATAL ERROR:
Attempt to cast type genericPatch to type symmetryPlane"

Based on this error I think you have a boundary with symmetryPlane type but with a BC of a different type.
simrego is offline   Reply With Quote

Old   July 27, 2018, 15:18
Default
  #3
Member
 
sibo
Join Date: Oct 2016
Location: Chicago
Posts: 55
Rep Power: 9
sibo is on a distinguished road
Hi,

I am wondering did you find the solution?
I'm facing the same issue. My case can run in serial but not in parallel. And then I found the error is generated after the decomposing.

Thanks!
sibo is offline   Reply With Quote

Old   July 27, 2018, 15:26
Default
  #4
New Member
 
Join Date: Jun 2018
Posts: 11
Rep Power: 7
xshmuel is on a distinguished road
Dear Sibo I found my error

i had defined the patches in my blockmesh wrong such that a single face was not righthanded. so I would suggest you to check your mesh very carefully.
sibo likes this.
xshmuel is offline   Reply With Quote

Old   July 27, 2018, 15:31
Default
  #5
Member
 
sibo
Join Date: Oct 2016
Location: Chicago
Posts: 55
Rep Power: 9
sibo is on a distinguished road
Quote:
Originally Posted by xshmuel View Post
Dear Sibo I found my error

i had defined the patches in my blockmesh wrong such that a single face was not righthanded. so I would suggest you to check your mesh very carefully.
Thanks a lot for your help!
sibo 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
[OpenFOAM.org] compile error in dynamicMesh and thermophysicalModels libraries NickG OpenFOAM Installation 3 December 30, 2019 00:21
[blockMesh] blockMesh with double grading. spwater OpenFOAM Meshing & Mesh Conversion 92 January 12, 2019 09:00
[swak4Foam] GroovyBC the dynamic cousin of funkySetFields that lives on the suburb of the mesh gschaider OpenFOAM Community Contributions 300 October 29, 2014 18:00
OpenFOAM without MPI kokizzu OpenFOAM Installation 4 May 26, 2014 09:17
DecomposePar links against liblamso0 with OpenMPI jens_klostermann OpenFOAM Bugs 11 June 28, 2007 17:51


All times are GMT -4. The time now is 00:22.