CFD Online Logo CFD Online URL
Home > Forums > OpenFOAM Installation


Register Blogs Members List Search Today's Posts Mark Forums Read

Like Tree1Likes

LinkBack Thread Tools Display Modes
Old   October 28, 2013, 16:38
Assistant Moderator
Bernhard Gschaider
Join Date: Mar 2009
Posts: 4,015
Rep Power: 43
gschaider will become famous soon enoughgschaider will become famous soon enough
Originally Posted by Daniel_Khazaei View Post
OK, I have fixed that problem to make swak4Foam compatible with nextRelease_philipc branch of OpenFOAM-1.6ext.

I have to add the following lines to groovyBCPointPatchFields.H:

    typedef groovyBCPointPatchField<symmTensor4thOrder> groovyBCPointPatchSymmTensor4thOrderField;
    typedef groovyBCPointPatchField<diagTensor> groovyBCPointPatchDiagTensorField;
Now I will try to test a parallel run of groovyBC.
tell me if you have any special cases in mind.


I have tested one of swak4Foam examples and I can confirm that the problem is there:

Selecting incompressible transport model Newtonian
Selecting turbulence model type RASModel
Selecting RAS turbulence model kEpsilon
    Cmu             0.09;
    C1              1.44;
    C2              1.92;
    sigmaEps        1.3;

Starting time loop

Courant Number mean: 0 max: 0 velocity magnitude: 0
--> FOAM Warning : 
    From function dlLibraryTable::open(const dictionary& dict, const word& libsEntry, const TablePtr tablePtr)
    in file lnInclude/dlLibraryTableTemplates.C at line 68
    library "" did not introduce any new entries

--> FOAM Warning : 
    From function simpleFunctionObject::simpleFunctionObject
    in file simpleFunctionObject/simpleFunctionObject.C at line 108
    'outputControlMode' not found in flows
Assuming: timestep
--> FOAM Warning : 
    From function simpleFunctionObject::simpleFunctionObject
    in file simpleFunctionObject/simpleFunctionObject.C at line 116
    'outputInterval' not found in flows
Assuming: 1
Time = 0.0005

[1] swak4Foam: Allocating new repository for sampledGlobalVariables
[0] swak4Foam: Allocating new repository for sampledGlobalVariables
DILUPBiCG:  Solving for Ux, Initial residual = 1, Final residual = 0.0617906, No Iterations 4
DILUPBiCG:  Solving for Uy, Initial residual = 1, Final residual = 0.0992882, No Iterations 2
DILUPBiCG:  Solving for Uz, Initial residual = 1, Final residual = 0.0604715, No Iterations 4
GAMG:  Solving for p, Initial residual = 1, Final residual = 0.00924619, No Iterations 8
time step continuity errors : sum local = 1.87115e-07, global = -2.97353e-08, cumulative = -2.97353e-08
[isengard-P5QL-PRO:13873] *** An error occurred in MPI_Recv
[isengard-P5QL-PRO:13873] *** on communicator MPI_COMM_WORLD
[isengard-P5QL-PRO:13873] *** MPI_ERR_TRUNCATE: message truncated
[isengard-P5QL-PRO:13873] *** MPI_ERRORS_ARE_FATAL (your MPI job will now abort)
Inconsistency detected by dl-close.c: 759: _dl_close: Assertion `map->l_init_called' failed!
Inconsistency detected by dl-close.c: 759: _dl_close: Assertion `map->l_init_called' failed!
mpirun has exited due to process rank 0 with PID 13873 on
node isengard-P5QL-PRO exiting without calling "finalize". This may
have caused other processes in the application to be
terminated by signals sent by mpirun (as reported here).
[isengard-P5QL-PRO:13871] 1 more process has sent help message help-mpi-errors.txt / mpi_errors_are_fatal
[isengard-P5QL-PRO:13871] Set MCA parameter "orte_base_help_aggregate" to 0 to see all help / error messages
Don't want to shove the responsibility away, but one of the problems when people work with development versions is inconsistent compilation. For instance (just an example): pull new ext-version, recompile only a part (because "I don't think the reset changed"), compile swak (which may link against some of the outdated stuff). There are a lot such variations. If you don't get a stack-trace it is a strong indication that problems are BELOW the level of OpenFOAM.

Do the following (in that order):
- pull OF-sources
- recompile OF
- recompile swak
- retry your case
Check after every step that the FULL compilation went alright (for instance finiteVolume may have alright and not produced a new library. But all subsequent stages happily use the old library)

If the error stays and you're convinced that swak is the problem open a bug report on the openfoam-extend-Mantis and I'll have a look (please provide an example-case)
Daniel_Khazaei likes this.
Note: I don't use "Friend"-feature on this forum out of principle. Ah. And by the way: I'm not on Facebook either. So don't be offended if I don't accept your invitation/friend request
gschaider is offline   Reply With Quote


extend, install, parmgridgen, rpm package, swak4foam

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On

Similar Threads
Thread Thread Starter Forum Replies Last Post
Updating OpenFOAm 1.6 to 2.0 fs82 OpenFOAM 1 May 3, 2012 09:19
New OpenFOAM Forum Structure jola OpenFOAM 2 October 19, 2011 06:55
Handling cyclic BC from gambit to openfoam for a cascade airfoil problem - OF 1.6 maverick OpenFOAM Other Meshers: ICEM, Star, Ansys, Pointwise, GridPro, Ansa, ... 2 June 18, 2011 04:36
openfoam 1.6 on debian etch romant OpenFOAM Installation 9 May 6, 2010 02:26
Openfoam 1.6 ar_mofidi OpenFOAM 1 November 4, 2009 06:26

All times are GMT -4. The time now is 09:01.