[kalyangoparaju]

Guys,

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?

Thanks,
Kalyan Goparaju

[shailesh.nitk]

Hi,

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

I have gone through the docs http://www.openfoam.org/docs/user/ru...s-parallel.php. 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,
Shailesh

[kalyangoparaju]

Shailesh,

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.
Kalyan