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

CreatePatch crashes segmentation violation in createPatch for cyclic boundaries

Register Blogs Members List Search Today's Posts Mark Forums Read

Reply
 
LinkBack Thread Tools Display Modes
Old   February 2, 2010, 07:05
Default
  #21
Super Moderator
 
Mattijs Janssens
Join Date: Mar 2009
Posts: 1,416
Rep Power: 16
mattijs is on a distinguished road
I changed matchTolerance to 1e-3 and it runs fine in 1.6.x. Don't see anything under valgrind either.

p.s. you have illegal patch fields on front and back for 0/p and 0/U.
mattijs is offline   Reply With Quote

Old   February 2, 2010, 13:04
Default
  #22
New Member
 
Vasu
Join Date: Oct 2009
Posts: 17
Rep Power: 7
milleniumrider is on a distinguished road
Hi,

Thank you for checking it. I tried running it again with the tolerance 1e-3. And I still get the following errors:

bash-3.2$ #0 Foam::error:rintStack(Foam::Ostream&) in "/local/gvasudha/OpenFOAM/gvasudha-1.6.x/lib/linux64GccDPOpt/libOpenFOAM.so"
#1 Foam::sigSegv::sigSegvHandler(int) in "/local/gvasudha/OpenFOAM/gvasudha-1.6.x/lib/linux64GccDPOpt/libOpenFOAM.so"
#2 __restore_rt at sigaction.c:0
#3 Foam::tmp<Foam::Field<double> > Foam::fvPatch:atchInternalField<double>(Foam::UL ist<double> const&) const in "/opt/software/OpenFOAM/OpenFOAM-1.6.x/applications/bin/linux64GccDPOpt/icoFoam"
#4 Foam::fvPatchField<double>:atchInternalField() const in "/opt/software/OpenFOAM/OpenFOAM-1.6.x/applications/bin/linux64GccDPOpt/icoFoam"
#5 Foam::wedgeFvPatchField<double>::evaluate(Foam::Ps tream::commsTypes) in "/local/gvasudha/OpenFOAM/gvasudha-1.6.x/lib/linux64GccDPOpt/libfiniteVolume.so"
#6 Foam::wedgeFvPatchField<double>::wedgeFvPatchField (Foam::fvPatch const&, Foam:imensionedField<double, Foam::volMesh> const&, Foam::dictionary const&) in "/local/gvasudha/OpenFOAM/gvasudha-1.6.x/lib/linux64GccDPOpt/libfiniteVolume.so"
#7 Foam::fvPatchField<double>::adddictionaryConstruct orToTable<Foam::wedgeFvPatchField<double> >::New(Foam::fvPatch const&, Foam:imensionedField<double, Foam::volMesh> const&, Foam::dictionary const&) in "/local/gvasudha/OpenFOAM/gvasudha-1.6.x/lib/linux64GccDPOpt/libfiniteVolume.so"
#8 Foam::fvPatchField<double>::New(Foam::fvPatch const&, Foam:imensionedField<double, Foam::volMesh> const&, Foam::dictionary const&) in "/opt/software/OpenFOAM/OpenFOAM-1.6.x/applications/bin/linux64GccDPOpt/icoFoam"
#9 Foam::GeometricField<double, Foam::fvPatchField, Foam::volMesh>::GeometricBoundaryField::GeometricB oundaryField(Foam::fvBoundaryMesh const&, Foam:imensionedField<double, Foam::volMesh> const&, Foam::dictionary const&) in "/opt/software/OpenFOAM/OpenFOAM-1.6.x/applications/bin/linux64GccDPOpt/icoFoam"
#10 Foam::GeometricField<double, Foam::fvPatchField, Foam::volMesh>::readField(Foam::Istream&) in "/opt/software/OpenFOAM/OpenFOAM-1.6.x/applications/bin/linux64GccDPOpt/icoFoam"
#11 Foam::GeometricField<double, Foam::fvPatchField, Foam::volMesh>::GeometricField(Foam::IOobject const&, Foam::fvMesh const&) in "/opt/software/OpenFOAM/OpenFOAM-1.6.x/applications/bin/linux64GccDPOpt/icoFoam"
#12 Foam::regIOobject::writeObject(Foam::IOstream::str eamFormat, Foam::IOstream::versionNumber, Foam::IOstream::compressionType) const in "/opt/software/OpenFOAM/OpenFOAM-1.6.x/applications/bin/linux64GccDPOpt/icoFoam"
#13 __libc_start_main in "/lib64/libc.so.6"
#14 Foam::regIOobject::writeObject(Foam::IOstream::str eamFormat, Foam::IOstream::versionNumber, Foam::IOstream::compressionType) const in "/opt/software/OpenFOAM/OpenFOAM-1.6.x/applications/bin/linux64GccDPOpt/icoFoam"

I need to know if this might be a problem with installing the new version, since we have changed to 1.6-x recently and I basically cannot understand most of these errors.

Sorry if my questions are trivial. But any information would be really appreciated.

Best regards,
Vasu
milleniumrider is offline   Reply With Quote

Old   February 2, 2010, 14:19
Default
  #23
Super Moderator
 
Mattijs Janssens
Join Date: Mar 2009
Posts: 1,416
Rep Power: 16
mattijs is on a distinguished road
Your previous error was from createPatch. This error seems to be from icoFoam and from a wedge patchField. The createPatch case did not contain any wedges.
mattijs is offline   Reply With Quote

Old   February 2, 2010, 14:22
Default
  #24
New Member
 
Vasu
Join Date: Oct 2009
Posts: 17
Rep Power: 7
milleniumrider is on a distinguished road
Hello,

Yes I'm so sorry, I'm running another case with wedge patch types, and I posted the wrong one.

This is the error with the create_patch_test_case:

Moving faces from patch front to patch 6
#0 Foam::error:rintStack(Foam::Ostream&) in "/local/gvasudha/OpenFOAM/gvasudha-1.6.x/lib/linux64GccDPOpt/libOpenFOAM.so"
#1 Foam::sigSegv::sigSegvHandler(int) in "/local/gvasudha/OpenFOAM/gvasudha-1.6.x/lib/linux64GccDPOpt/libOpenFOAM.so"
#2 __restore_rt at sigaction.c:0
#3 changePatchID(Foam:olyMesh const&, int, int, Foam:olyTopoChange&) in "/opt/software/OpenFOAM/OpenFOAM-1.6.x/applications/bin/linux64GccDPOpt/createPatch"
#4 main in "/opt/software/OpenFOAM/OpenFOAM-1.6.x/applications/bin/linux64GccDPOpt/createPatch"
#5 __libc_start_main in "/lib64/libc.so.6"
#6 _start in "/opt/software/OpenFOAM/OpenFOAM-1.6.x/applications/bin/linux64GccDPOpt/createPatch"
Segmentation fault


Again I'm really sorry for the mix-up.
milleniumrider is offline   Reply With Quote

Old   February 3, 2010, 06:04
Default
  #25
Super Moderator
 
Mattijs Janssens
Join Date: Mar 2009
Posts: 1,416
Rep Power: 16
mattijs is on a distinguished road
Are you using an uptodate 1.6.x?

You could in $FOAM_UTILITIES/mesh/manipulation/createPatch add the debug flags to Make/options (see http://openfoamwiki.net/index.php/HowTo_debugging) and

wclean
wmake

and see where the error comes from.
mattijs is offline   Reply With Quote

Old   February 10, 2010, 11:14
Default similar problems
  #26
New Member
 
Forrest
Join Date: Oct 2009
Posts: 15
Rep Power: 7
Forrest_Lei is on a distinguished road
Hi al,l

I am using OF1.6.x, converted the mesh from ICEM, just two parallel surfaces need to be made cyclic, it worked for one of the mesh I created without any problem. another mesh i made is quite similar with the previous one, but it was just not able to get through when I run the same createPatchDict. The error is something like this ...
----------------------------------------
face 6 area does not match neighbour 5006 by 0.108917% -- possible face ordering problem.
patcher_final my area:0.0102764 neighbour area:0.0102876 matching tolerance:0.001
___________________

Increased the tolerance to 1, cyclic boundary was created but with error messages like this:
------------------------
cyclicPolyPatch:rder : Writing half0 faces to OBJ file "frontBack1_half0_faces.obj"
cyclicPolyPatch:rder : Writing half1 faces to OBJ file "frontBack1_half1_faces.obj"
cyclicPolyPatch:rder : Dumping currently found cyclic match as lines between corresponding face centres to file "/home/vela/yingchun/OpenFOAM/yingchun-1.6.x/run/lestry03/frontBack1_faceCentres.obj"
--> FOAM Serious Error :
From function cyclicPolyPatch:rder(const primitivePatch&, labelList&, labelList&) const
in file meshes/polyMesh/polyPatches/constraint/cyclic/cyclicPolyPatch.C at line 1547
Patch:frontBack1 : Cannot match vectors to faces on both sides of patch
Perhaps your faces do not match? The obj files written contain the current match.
Continuing with incorrect face ordering from now on!
Dumping frontBack1 half0 faces to "coupled_frontBack1_half0.obj"
Dumping frontBack1 half1 faces to "coupled_frontBack1_half1.obj"
Dumping cyclic match as lines between face centres to "coupled_frontBack1_match.obj"
Synchronising points.
On coupled patch frontBack1 separation[0] was (1.37682718046e-07 -5.12042025335e-10 -1.1999999881)
On coupled patch frontBack1 forcing uniform separation of 1((-1.85957778909e-06 -2.09167501777e-08 -1.1999999881))
Synchronising points.
Points changed by average:8.78905215655e-07 max:0.0143106865778
Removing patches with no faces in them.
Removing empty patch frontBack at position 24
Removing patches.
Dumping frontBack1 half0 faces to "final_frontBack1_half0.obj"
Dumping frontBack1 half1 faces to "final_frontBack1_half1.obj"
Dumping cyclic match as lines between face centres to "final_frontBack1_match.obj"
Writing repatched mesh to 1e-05
__________________________________

checked the obj mesh with paraview, it seems fine, not sure if this mesh is going to be ok with this error message.

Have any of you who had the similar problem found a way to fix this now?

Thank you
Forrest
Forrest_Lei is offline   Reply With Quote

Old   February 10, 2010, 12:41
Default
  #27
Super Moderator
 
Mattijs Janssens
Join Date: Mar 2009
Posts: 1,416
Rep Power: 16
mattijs is on a distinguished road
Looks like your opposite faces do not have the same area.

What does

checkMesh -time 1e-05

say about the resulting mesh?
mattijs is offline   Reply With Quote

Reply

Thread Tools
Display Modes

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 On
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
CreatePatch to create cyclic boundary sbence OpenFOAM Mesh Utilities 18 August 30, 2012 06:51
CreatePatch chris1980 OpenFOAM Mesh Utilities 7 February 12, 2009 14:27
CreatePatch for build cyclic patch make OpenFOAM Other Meshers: ICEM, Star, Ansys, Pointwise, GridPro, Ansa, ... 7 January 21, 2009 05:46
CreatePatch after subsetMesh maka OpenFOAM Mesh Utilities 2 August 27, 2008 07:28
Problem with cyclic patch and createPatch mattijs OpenFOAM Mesh Utilities 12 August 24, 2006 04:57


All times are GMT -4. The time now is 07:27.