CFD Online Discussion Forums

CFD Online Discussion Forums (
-   OpenFOAM Meshing & Mesh Conversion (
-   -   Stl not recognized by decomposePar (

kalyangoparaju December 3, 2011 21:24

Stl not recognized by decomposePar

I have an stl file in the trisurface directory and used snappy in parallel to mesh the geometry. The meshing happens flawlessly but surprisingly, when i do the decomposePar (before meshing) command to generate the files for all the processors, the boundary conditions folder ( 0) which is transfered into all the processor directories doesn't contain the stl patch !!!

In order to check if the problem is with my problem setup, i ran snappy in series and then decomposed the mesh. In this case, I didn't have the problem and the solver runs perfectly.

Did any one else face the problem? Is there a solution for this problem?

Kalyan Goparaju

shailesh.nitk May 23, 2012 01:33

How to run SnappyhexMesh in parallel

I can run SnappyHexMesh in serial. I would like to know how to run snappyHexMesh in parallel.

I have gone through the docs If I have mesh that can be broken broken into pieces and allocated to separate processors for solution using with decomposePar then we can run mpi to solve the solution.

If I want to generate SnappyHexMesh in parallel. Could you please tell me What steps I need to follow.

Best regards,

kalyangoparaju July 23, 2012 07:57


I am sorry for the late reply.

Running snappy in parallel is exactly the same as running any other solver in parallel. You need to have the decomposeParDict which has the information regarding the number of processors and then run the snappyHexMesh cnommand in parallel using mpirun or foamJob, which ever you prefer.

But, in order to stitch the mesh back, you need to use reconujtructParMesh and not just reconstructPar.

Hope this helps.

All times are GMT -4. The time now is 14:42.