|
[Sponsors] |
July 20, 2016, 09:40 |
Problems with decomposePar and mapFields
|
#1 |
New Member
Hauke Stachel
Join Date: Feb 2016
Posts: 6
Rep Power: 10 |
Hey all,
I have a problem running decomposePar after installing OF 2.3.1 on a Ubuntu 14.04 32-bit machine. Since the same case worked on another (64-bit) PC, I am not sure if it is related to missing/wrong installation or something else. The case is a interDyMFoam with prior application mapFIelds. The mapping works without troubles, but after applying decomposePar (any number of cores) I get the error: Code:
/*---------------------------------------------------------------------------*\ | ========= | | | \\ / F ield | OpenFOAM: The Open Source CFD Toolbox | | \\ / O peration | Version: 2.3.1 | | \\ / A nd | Web: www.OpenFOAM.org | | \\/ M anipulation | | \*---------------------------------------------------------------------------*/ Build : 2.3.1-262087cdf8db Exec : decomposePar -cellDist Date : Jul 20 2016 Time : 10:58:46 Host : xxx PID : 4014 Case : xxx nProcs : 1 sigFpe : Enabling floating point exception trapping (FOAM_SIGFPE). fileModificationChecking : Monitoring run-time modified files using timeStampMaster allowSystemOperations : Allowing user-supplied system call operations // * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * // Create time Decomposing mesh region0 Create mesh Calculating distribution of cells Selecting decompositionMethod hierarchical Finished decomposition in 0.43 s Calculating original mesh data Distributing cells to processors Distributing faces to processors Distributing points to processors Constructing processor meshes Processor 0 Number of cells = 113051 Number of faces shared with processor 1 = 2426 Number of processor patches = 1 Number of processor faces = 2426 Number of boundary faces = 5984 Processor 1 Number of cells = 113051 Number of faces shared with processor 0 = 2426 Number of faces shared with processor 2 = 8196 Number of processor patches = 2 Number of processor faces = 10622 Number of boundary faces = 15134 Processor 2 Number of cells = 113051 Number of faces shared with processor 1 = 8196 Number of faces shared with processor 3 = 5102 Number of processor patches = 2 Number of processor faces = 13298 Number of boundary faces = 17024 Processor 3 Number of cells = 113054 Number of faces shared with processor 2 = 5102 Number of processor patches = 1 Number of processor faces = 5102 Number of boundary faces = 7992 Number of processor faces = 15724 Max number of cells = 113054 (0.001990238983% above average 113051.75) Max number of processor patches = 2 (33.33333333% above average 1.5) Max number of faces between processors = 13298 (69.14271178% above average 7862) Wrote decomposition to "/home/rechenknecht/Documents/OpenFOAM/currentWork/phase_04/InterDyM_SeaDragon_Run02_w0.71_A0.05/constant/cellDecomposition" for use in manual decomposition. Wrote decomposition as volScalarField to cellDist for use in postprocessing. Time = 0 Processor 0: field transfer #0 Foam::error::printStack(Foam::Ostream&) at ??:? #1 Foam::sigFpe::sigHandler(int) at ??:? #2 Uninterpreted: #3 Foam::List<double>::List(Foam::List<double> const&) at ??:? #4 Foam::processorFvPatchField<double>::processorFvPatchField(Foam::processorFvPatchField<double> const&, Foam::DimensionedField<double, Foam::volMesh> const&) at ??:? #5 Foam::processorFvPatchField<double>::clone(Foam::DimensionedField<double, Foam::volMesh> const&) const at ??:? #6 Foam::GeometricField<double, Foam::fvPatchField, Foam::volMesh>::GeometricBoundaryField::GeometricBoundaryField(Foam::fvBoundaryMesh const&, Foam::DimensionedField<double, Foam::volMesh> const&, Foam::PtrList<Foam::fvPatchField<double> > const&) at ??:? #7 at ??:? #8 at ??:? #9 __libc_start_main in "/lib/i386-linux-gnu/libc.so.6" #10 at ??:? So my question is, has anyone experienced such an error? What does teh error related to processorFvPatchField mean, should be related to the processor internal boundaries, or? Edit: It appears also in other cases after meshing. Last edited by Fischlurch; July 20, 2016 at 10:26. Reason: update |
|
July 24, 2016, 14:36 |
|
#2 |
Senior Member
Join Date: Sep 2010
Posts: 226
Rep Power: 17 |
Hi,
what happens if you change the "decompositionMethod" ? is it same error ? |
|
October 7, 2016, 07:51 |
|
#3 |
New Member
Hauke Stachel
Join Date: Feb 2016
Posts: 6
Rep Power: 10 |
Hi,
yes I checked multiple methods, but then I decided to reinstall ubuntu and everything wokrs fine, cant say where the error was ... |
|
Tags |
decomposepar, error, mapfields |
Thread Tools | Search this Thread |
Display Modes | |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
implementation of mapFields into parallel transient case | simpomann | OpenFOAM Pre-Processing | 4 | August 2, 2016 04:41 |
mapFields : mpirun gives segmentation fault | vanihba2000 | OpenFOAM Pre-Processing | 1 | October 13, 2015 12:07 |
mapfields gives nothing under parallel running. openfoam22x | sharonyue | OpenFOAM Running, Solving & CFD | 0 | January 12, 2015 09:02 |
Question about decomposePar | RDanks | OpenFOAM Pre-Processing | 2 | May 20, 2011 09:24 |
transientSimpleDyMFoam, mapFields and decomposePar | pad | OpenFOAM Running, Solving & CFD | 0 | December 3, 2010 05:22 |