|
[Sponsors] | |||||
|
|
|
#1 |
|
New Member
Juan Pablo Carbajal
Join Date: Jun 2021
Posts: 23
Rep Power: 6 ![]() |
OpenFoam v10 introdcued this change https://github.com/OpenFOAM/OpenFOAM...0b501f27a570c3
that forces the explicit defintion of the defaultPatch to avoid a bug. Once the defaultPatch (I named it background) is defined as explained in the commit serial Meshing works just fine. However parallel meshing does not work. In particular decomposePar fails: Code:
$ decomposePar -force
/*---------------------------------------------------------------------------*\
========= |
\\ / F ield | OpenFOAM: The Open Source CFD Toolbox
\\ / O peration | Website: https://openfoam.org
\\ / A nd | Version: 10
\\/ M anipulation |
\*---------------------------------------------------------------------------*/
Build : 10-e450dce21ea5
Exec : decomposePar -force
Date : Jan 05 2023
Time : 17:17:32
...
Processor 11
Number of cells = 14671
Number of faces shared with processor 2 = 270
Number of faces shared with processor 4 = 364
Number of faces shared with processor 5 = 56
Number of faces shared with processor 6 = 347
Number of faces shared with processor 8 = 159
Number of faces shared with processor 9 = 410
Number of faces shared with processor 10 = 1079
Number of processor patches = 7
Number of processor faces = 2685
Number of boundary faces = 1519
Number of processor faces = 13492
Max number of cells = 14848 (0.996497% above average 14701.5)
Max number of processor patches = 7 (40% above average 5)
Max number of faces between processors = 2963 (31.767% above average 2248.67)
Time = 0s
--> FOAM FATAL IO ERROR:
Cannot find patchField entry for background
file: /home/juanpi/Projects/OST/WABEsense/wabe-cfd/scratch/single_case_AMR/detailed/0/alpha.water/boundaryField from line 41 to line 21.
From function void Foam::GeometricBoundaryField<Type, PatchField, GeoMesh>::readField(const Foam::DimensionedField<TypeR, GeoMesh>&, const Foam::dictionary&) [with Type = double; PatchField = Foam::fvPatchField; GeoMesh = Foam::volMesh]
in file /home/ubuntu/OpenFOAM/OpenFOAM-10/src/OpenFOAM/lnInclude/GeometricBoundaryField.C at line 187.
FOAM exiting
Is this expected or a bug? It is very annoying to define a BC for a non-existing patch. |
|
|
|
|
|
![]() |
| Tags |
| decomposepar, meshing, parallel |
| Thread Tools | Search this Thread |
| Display Modes | |
|
|
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| decomposePar no field transfert | Jeanp | OpenFOAM Pre-Processing | 3 | June 18, 2022 13:01 |
| decomposePar problem: Cell 0contains face labels out of range (Again)) | limonegiallo | OpenFOAM Pre-Processing | 4 | August 28, 2017 06:18 |
| decomposePar error | chia87 | OpenFOAM Pre-Processing | 1 | May 28, 2017 16:23 |
| decomposePar 4-core warning/error? | Boloar | OpenFOAM Bugs | 23 | April 8, 2014 09:57 |
| decomposePar gives errors | of_user_ | OpenFOAM | 1 | July 4, 2011 06:27 |