|
[Sponsors] |
[snappyHexMesh] Able to run snappyHexMesh in parallel on local machine but unable to run on linux clu |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
July 28, 2014, 10:48 |
Able to run snappyHexMesh in parallel on local machine but unable to run on linux clu
|
#1 |
New Member
Abhinav
Join Date: Jul 2014
Location: Bangalore
Posts: 1
Rep Power: 0 |
Hello everyone,
I am trying to solve a ship resistance calculation problem using interDyMFoam on OpenFoam version 2.3. The OS is Red Hat. The desired mesh size is between 3.5 million to 6 million for half-body( generated using blockMesh followed by snappyHexMesh). The problem I am encountering is that: The same sequence of commands submitted through command line will generate the mesh( in parallel ) , initialize the fields and submit the solution (in parallel) and reconstruct the time directories. But when the same sequence of commands is submitted with a slight change to the same version of OpenFoam (2.3) installed on a RedHat based cluster I am getting some errors. The error is the following: There is a Code:
Time = 0 No mesh. But in local machine the checkMesh right after this displays increased number of cells and a ‘hull’ patch. In case of the cluster the checkMesh at this stage returns the original number of cells(as after blockMesh) and no ‘hull’ patch. Thus the solution can proceed correctly on the local machine but not on the cluster. I am submitting the following sequence of commands through command line: Code:
surfaceFeatureExtract > log.surfaceFeatureExtract blockMesh > log.blockMesh checkMesh > log.checkMesh_blockMesh decomposePar –force –latestTime > log.decomposePar_blockMesh foamJob –screen –parallel –snappyHexMesh –overwrite mv log log.snappyHexMesh reconstructParMesh –constant > log.reconstructParMesh checkMesh > log.checkMesh_snappyHexMesh setFields > log.setFields decomposePar –force –latestTime > log.decomposePar_snappyHexMesh foamJob –screen –parallel –interDyMFoam mv log log.interDyMFoam reconstructPar > log.reconstructPar I am submitting the following sequence of commands through a queue script Code:
surfaceFeatureExtract blockMesh checkMesh decomposePar –force –latestTime time mpirun –hostfile \$PBS_NODEFILE –np \$np snappyHexMesh –overwrite reconstructParMesh –constant checkMesh setFields decomposePar –force –latestTime time mpirun –hostfile \$PBS_NODEFILE –np \$np interDyMFoam –parallel reconstructPar For better illustration the cluster script is also attached as queue.zip. The job is submitted using Code:
./foam_combined.run -Np 8 -Both Any help will be much appreciated. |
|
January 26, 2015, 06:42 |
solution?
|
#2 |
New Member
Rasmus Lundsgaard
Join Date: Aug 2014
Posts: 1
Rep Power: 0 |
Did you find why you got the "No mesh"? I seem to get the same, and I can not see why reconstructPar doesn't work as it should.
|
|
Tags |
clusters, interdymfoam, openfoam 2.3.0, parallel meshing, snappyhexmesh 3d |
Thread Tools | Search this Thread |
Display Modes | |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
[TUTORIAL] Run fluent on distributed memory with 2 windows 7 64 bit machines | ghost82 | FLUENT | 54 | February 9, 2022 04:32 |
problem during mpi in server: expected Scalar, found on line 0 the word 'nan' | muth | OpenFOAM Running, Solving & CFD | 3 | August 27, 2018 05:18 |
Floating point exception error | lpz_michele | OpenFOAM Running, Solving & CFD | 53 | October 19, 2015 03:50 |
Explicitly filtered LES | saeedi | Main CFD Forum | 16 | October 14, 2015 12:58 |
Upgraded from Karmic Koala 9.10 to Lucid Lynx10.04.3 | bookie56 | OpenFOAM Installation | 8 | August 13, 2011 05:03 |