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

fluent3DMeshToFoam and mergeMeshes crash with large (around 170 mio cells) meshes

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

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
Old   November 3, 2020, 05:21
Default fluent3DMeshToFoam and mergeMeshes crash with large (around 170 mio cells) meshes
  #1
New Member
 
Max
Join Date: Jan 2017
Posts: 3
Rep Power: 9
maxdre91 is on a distinguished road
Dear all,


i am currently trying to convert ICEM generated large hexahedral meshes (170 mio cells; exported in ASCII) to openFOAM via fluent3DMeshToFoam on openFOAM v7. When i try so fluent3DMeshToFoam crashes at the save mesh step with the error message below.



As a workaround i tried to split my mesh into 3 smaller parts in order to merge them after the conversion with fluent3DMeshToFoam.
For all of these 3 parts of the mesh, the conversion via fluent3DMeshToFoam is successfull and checkMeshes also provides good results.
Now when i try to merge them in any possibility (1&2; 1&3; 2&3) mergeMesh crashes with the same error output as in the fluent3DMeshToFoam of the large mesh.
Below you can see an extract of the log-file from mergeMeshes.


Since this is a time sensitive matter for my work, Any help would be very appreciated, thanks!


log-file:
Code:
#0  Foam::error::printStack(Foam::Ostream&) at ??:?
#1  Foam::sigSegv::sigHandler(int) at ??:?
#2  ? in "/lib64/libc.so.6"
#3  Foam::polyTopoChange::makeCells(int, Foam::List<int>&, Foam::List<int>&) const at ??:?
#4  Foam::polyTopoChange::compact(bool, bool, int&, Foam::List<int>&, Foam::List<int>&) at ??:?
#5  Foam::polyTopoChange::compactAndReorder(Foam::polyMesh const&, bool, bool, bool, int&, Foam::Field<Foam::Vector<double> >&, Foam::List<int>&, Foam::List<int>&, Foam::List<Foam::objectMap>&, Foam::List<Foam::objectMap>&, Foam::List<Foam::objectMap>&, Foam::List<Foam::objectMap>&, Foam::List<Foam::objectMap>&, Foam::List<Foam::objectMap>&, Foam::List<Foam::objectMap>&, Foam::List<Foam::objectMap>&, Foam::List<Foam::Map<int> >&, Foam::List<int>&, Foam::List<int>&, Foam::List<Foam::Map<int> >&) at ??:?
#6  Foam::polyTopoChange::changeMesh(Foam::polyMesh&, bool, bool, bool, bool) at ??:?
#7  ? at ??:?
#8  __libc_start_main in "/lib64/libc.so.6"
#9  ? at ??:?
maxdre91 is offline   Reply With Quote

Old   December 11, 2020, 21:23
Default
  #2
New Member
 
zhaobo
Join Date: Sep 2019
Posts: 6
Rep Power: 6
zhaobo is on a distinguished road
Dear Max:
Have you got any idea about it?I come up with nearly the same problem.
zhaobo is offline   Reply With Quote

Old   April 27, 2022, 08:44
Default
  #3
New Member
 
Max
Join Date: Jan 2017
Posts: 3
Rep Power: 9
maxdre91 is on a distinguished road
Yes, for me the solution was a new openfoam compilation with setting:
$WM_LABEL_SIZE in the /etc/bashrc file to be 64.


This way the large meshes could be handled.
maxdre91 is offline   Reply With Quote

Reply

Thread Tools Search this Thread
Search this Thread:

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



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