|
[Sponsors] |
May 14, 2014, 07:02 |
foam-extend-3.0 + Mixing-Plane decomposition
|
#1 |
Member
sirLentschi
Join Date: Nov 2010
Posts: 87
Rep Power: 16 |
Hello,
I've tried to decompose a case using Mixing-Plane in order to couple rotating and statinary part - but during decomposing always an error occurs. I know that's not possible to run the Mixing-Plane Interface parallelized so I have changed the decomposeParDict as follows (in order to keep all cells at the Mixing-plane on one processor): ------------------------------------------------------------------------ /*--------------------------------*- C++ -*----------------------------------*\ | ========= | | | \\ / F ield | OpenFOAM: The Open Source CFD Toolbox | | \\ / O peration | Version: 1.6 | | \\ / A nd | Web: www.OpenFOAM.org | | \\/ M anipulation | | \*---------------------------------------------------------------------------*/ FoamFile { version 2.0; format ascii; class dictionary; location "system"; object decomposeParDict; } // * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * // numberOfSubdomains 3; preservePatches (STAT-TO-ROT-SIDE-2 STAT-TO-ROT-SIDE-1); preserveFaceZones (STAT-TO-ROT-SIDE-2_zone STAT-TO-ROT-SIDE-1_zone); method metis; metisCoeffs { processorWeights ( 1 1 1 ); ---------------------------------------------------------------------- And the corresponding error: ---------------------------------------------------------------------- Processor 0: field transfer Initializing the GGI interpolator between master/shadow patches: PERIODIC-ROT-SIDE-1/PERIODIC-ROT-SIDE-2 Initializing the GGI interpolator between master/shadow patches: PERIODIC-STAT-SIDE-1/PERIODIC-STAT-SIDE-2 Initializing the mixingPlane interpolator between master/shadow patches: STAT-TO-ROT-SIDE-2/STAT-TO-ROT-SIDE-1 Segmentation fault (core dumped) -------------------------------------------------------------------- Calculating with single processor works! Has anyone an idea how to fix this problem? Thank you for your help in advance. BR Last edited by lentschi; May 14, 2014 at 08:09. |
|
May 15, 2014, 05:43 |
|
#2 |
Member
Timo K.
Join Date: Feb 2010
Location: University of Stuttgart
Posts: 66
Rep Power: 16 |
Hi,
try with globalFaceZones instead. Best, Timo |
|
May 16, 2014, 04:56 |
|
#3 |
Member
sirLentschi
Join Date: Nov 2010
Posts: 87
Rep Power: 16 |
Thank you for you quick reply.
I have already tested this (before ich use the preserve commands) but there is no differnence in result. It seems to be a problem of the underlying cluster system not of foam itself?! BR Last edited by lentschi; May 16, 2014 at 11:21. |
|
May 16, 2014, 06:19 |
|
#4 |
Member
sirLentschi
Join Date: Nov 2010
Posts: 87
Rep Power: 16 |
One additional problem is to run the "mixinPlaneCheck" parallelized - that seems to be not possible up to now!
Has there anyone different experiences? BR |
|
May 16, 2014, 11:04 |
|
#5 | |
Senior Member
Martin Beaudoin
Join Date: Mar 2009
Posts: 332
Rep Power: 22 |
Hello,
Yup, it looks like the mixingPlane is no longer playing nicely with decomposePar. I am looking into it. Martin Quote:
|
||
May 16, 2014, 11:21 |
|
#6 |
Member
sirLentschi
Join Date: Nov 2010
Posts: 87
Rep Power: 16 |
Thank you!
|
|
July 23, 2014, 07:36 |
|
#7 |
Member
sirLentschi
Join Date: Nov 2010
Posts: 87
Rep Power: 16 |
Are there any new knowledges regarding decomposition with mixingplane?I'm using Foam-extend-3.1.
BR, Markus |
|
July 1, 2016, 14:27 |
|
#8 |
Member
Jack
Join Date: May 2015
Posts: 98
Rep Power: 11 |
I am encountering the exact same issue with parallelizing a mixingPlane case. My decomposeParDict looks like:
Code:
/*--------------------------------*- C++ -*----------------------------------*\ | ========= | | | \\ / F ield | foam-extend: Open Source CFD | | \\ / O peration | Version: 3.2 | | \\ / A nd | Web: http://www.foam-extend.org | | \\/ M anipulation | | \*---------------------------------------------------------------------------*/ FoamFile { version 2.0; format ascii; class dictionary; object decomposeParDict; } // * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * // numberOfSubdomains 4; //method metis; method patchConstrained; // All GGI interfaces should be listed here: globalFaceZones ( PER11_ROTORZone PER22_ROTORZone PER11_STATORZone PER22_STATORZone SHROUD_ROTOR_TIP_GGI_SIDE_11Zone SHROUD_ROTOR_TIP_GGI_SIDE_22Zone ); patchConstrainedCoeffs { method metis; numberOfSubdomains 4; // You can force the faces of a patch to be on the same processor // this is currently needed for mixingPlane patchConstraints ( (OUTFLOW1_ROTOR 0) (INFLOW1_STATOR 0) ); } metisCoeffs { processorWeights ( 1 1 1 1 1 1 1 1 ); } distributed no; roots ( ); // ************************************************************************* // |
|
December 4, 2017, 11:07 |
|
#9 |
Member
Henrik Johansson
Join Date: Oct 2017
Location: Gothenburg
Posts: 38
Rep Power: 9 |
Hi
Have there been any update with mixing plane and running in parallel? My project works fine on one core but when decomposing it and running in parallel it fails. I'm using foam-extend 4.0. I get the following warning when decomposing. Code:
--> FOAM Warning : From function decompositionMethod::loadExternalLibraries() in file decompositionMethod/decompositionMethod.C at line 508 Loading of decomposition library libscotchDecomp.so unsuccesful. Some decomposition methods may not be available Code:
/*--------------------------------*- C++ -*----------------------------------*\ | ========= | | | \\ / F ield | foam-extend: Open Source CFD | | \\ / O peration | Version: 4.0 | | \\ / A nd | Web: http://www.foam-extend.org | | \\/ M anipulation | | \*---------------------------------------------------------------------------*/ FoamFile { version 2.0; format ascii; class dictionary; object decomposeParDict; } // * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * // numberOfSubdomains 8; //method metis; method patchConstrained; globalFaceZones ( MixP_Stator_FaceZone MixP_Rotor_FaceZone Periodic_Left_Stator_FaceZone Periodic_Right_Stator_FaceZone Periodic_Left_Rotor_FaceZone Periodic_Right_Rotor_FaceZone ); patchConstrainedCoeffs { method metis; numberOfSubdomains 8; patchConstraints ( (MixP_Stator 0) (MixP_Rotor 0) (Periodic_Left_Stator 1) (Periodic_Right_Stator 1) (Periodic_Left_Rotor 2) (Periodic_Right_Rotor 2) ); } simpleCoeffs { n (2 2 1); delta 0.001; } hierarchicalCoeffs { n (1 1 1); delta 0.001; order xyz; } metisCoeffs { processorWeights ( 1 1 1 1 1 1 1 1 ); } manualCoeffs { dataFile ""; } distributed no; roots ( ); // ************************************************************************* // Solved my problem. Turned out to be meshing and B.C. problems. Switched from cyclicGgi to 1:1 cyclic. / Henrik
__________________
/ Henrik Johansson Last edited by HenrikJohansson; December 8, 2017 at 07:41. |
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
[snappyHexMesh] How to define to right point for locationInMesh | Mirage12 | OpenFOAM Meshing & Mesh Conversion | 7 | March 13, 2016 15:07 |
[blockMesh] error message with modeling a cube with a hold at the center | hsingtzu | OpenFOAM Meshing & Mesh Conversion | 2 | March 14, 2012 10:56 |
[blockMesh] BlockMesh FOAM warning | gaottino | OpenFOAM Meshing & Mesh Conversion | 7 | July 19, 2010 15:11 |
[blockMesh] Axisymmetrical mesh | Rasmus Gjesing (Gjesing) | OpenFOAM Meshing & Mesh Conversion | 10 | April 2, 2007 15:00 |
[Gmsh] Import gmsh msh to Foam | adorean | OpenFOAM Meshing & Mesh Conversion | 24 | April 27, 2005 09:19 |