[franzisko]

Hi,
motorBike tutorial case gives errors in running snappyHexMesh in my OpenFoam 1.6:

Determining initial surface intersections
-----------------------------------------

#0 Foam::error:rintStack(Foam::Ostream&) in "/work/ady/fsalvado/COMPILED_OPENFOAM/1.6//OpenFOAM-1.6/lib/linux64GccDPOpt/libOpenFOAM.so"
#1 Foam::sigSegv::sigSegvHandler(int) in "/work/ady/fsalvado/COMPILED_OPENFOAM/1.6//OpenFOAM-1.6/lib/linux64GccDPOpt/libOpenFOAM.so"
#2 __restore_rt at sigaction.c:0
#3 Foam:rimitiveMesh::cellEdges(int, Foam:ynamicList<int, 0u, 2u, 1u>&) const in "/work/ady/fsalvado/COMPILED_OPENFOAM/1.6//OpenFOAM-1.6/lib/linux64GccDPOpt/libOpenFOAM.so"
#4 Foam::hexRef8::getLevel0EdgeLength() const in "/work/ady/fsalvado/COMPILED_OPENFOAM/1.6//OpenFOAM-1.6/lib/linux64GccDPOpt/libdynamicMesh.so"
#5 Foam::hexRef8::hexRef8(Foam:olyMesh const&, Foam::List<int> const&, Foam::List<int> const&, Foam::refinementHistory const&) in "/work/ady/fsalvado/COMPILED_OPENFOAM/1.6//OpenFOAM-1.6/lib/linux64GccDPOpt/libdynamicMesh.so"
#6 Foam::meshRefinement::meshRefinement(Foam::fvMesh& , double, bool, Foam::refinementSurfaces const&, Foam::shellSurfaces const&) in "/work/ady/fsalvado/COMPILED_OPENFOAM/1.6//OpenFOAM-1.6/lib/linux64GccDPOpt/libautoMesh.so"
#7 main in "/work/ady/fsalvado/COMPILED_OPENFOAM/1.6/OpenFOAM-1.6/applications/bin/linux64GccDPOpt/snappyHexMesh"
#8 __libc_start_main in "/lib64/libc.so.6"
#9 Foam::regIOobject::writeObject(Foam::IOstream::str eamFormat, Foam::IOstream::versionNumber, Foam::IOstream::compressionType) const in "/work/ady/fsalvado/COMPILED_OPENFOAM/1.6/OpenFOAM-1.6/applications/bin/linux64GccDPOpt/snappyHexMesh"

Any suggestion?

I have got also problems with foamToVTK (maybe linked to previous problems):
Cannot find 'value' entry on patch lowerWall of field k in file "/work/ady/fsalvado/COMPILED_OPENFOAM/1.6/RUN/incompressible/simpleFoam/motorBike/0/k"
which is required to set the values of the generic patch field.
(Actual type kqRWallFunction)

Please add the 'value' entry to the write function of the user-defined boundary-condition
or link the boundary-condition into libfoamUtil.so

file: /work/ady/fsalvado/COMPILED_OPENFOAM/1.6/RUN/incompressible/simpleFoam/motorBike/0/turbulentBoundaryField::lowerWall from line 22 to line 22.

From function genericFvPatchField<Type>::genericFvPatchField(con st fvPatch&, const Field<Type>&, const dictionary&)
in file fields/fvPatchFields/basic/generic/genericFvPatchField.C at line 72.

FOAM exiting


thanks, Francesco

[franzisko]

I believe that the problem is that after running snappyHexMesh, I copy the subdir PolyMesh of the last directory created by snappyHexMesh (named 3 for me) to the constant/polyMesh dir. But, if I erase the directories created by snappyHexMesh -- except the 0 directory containing the initial conditions -- the run fails. Why?
fr.

[ulli]

Hi Franzisko,

I had the same problem. I think there was bug in the definition of the omega wall function. Omega seems to use kqRWallFunction instead of omegaWallFunction. It is fixed in 1.6.x.

Ulrich

[juanma]

Dear all

I've the same problem with my 1.6 version. I'm trying to parallelize the case and I try both:

blockMesh-snappyHexMesh-decomposePar (only 2 nodes)
and
blockMesh-decomposePar-snappyHesMesk

with the same errors in the log,decompodePar...

1.- missed headers in the files placed on the /0 folder (already fixed), like:
FoamFile
{
version 2.0;
format ascii;
class IOobject;
location "0";
object frontBackUpperPatches;
}

2.-
Cannot find 'value' entry on patch lowerWall of field k in file "/home/OpenFOAM/OpenFOAM/juanma-1.6/tutorials/incompressible/simpleFoam/motorBike/0/k"
which is required to set the values of the generic patch field.
(Actual type kqRWallFunction)

Please add the 'value' entry to the write function of the user-defined boundary-condition
or link the boundary-condition into libfoamUtil.so

3.-
file: /home/OpenFOAM/OpenFOAM/juanma-1.6/tutorials/incompressible/simpleFoam/motorBike/0/turbulentBoundaryField::lowerWall from line 30 to line 30.

From function genericFvPatchField<Type>::genericFvPatchField(con st fvPatch&, const Field<Type>&, const dictionary&)
in file fields/fvPatchFields/basic/generic/genericFvPatchField.C at line 72.

FOAM exiting

Note that are the same errors franzisko found

Any suggestion to fix the problem? thanks in advance

Juanma

[amgode]

Try this !

blockMesh
decomposePar
foamJob -p -s snappyHexMesh
reconstructParMesh -mergeTol 1e-06 -time 1
reconstructParMesh -mergeTol 1e-06 -time 2
reconstructParMesh -mergeTol 1e-06 -time 3
checkMesh

If it complains about the absence of triSurface in the constant directory of the processor.....just copy the triSurface from the case/constant to the processor/constant directory and it should work fine...........


Regards,

Amol

[Wolle]

Hi,

at the moment I'm investigating other errors in the standard 1.6 case respectively differences between the 1.6 and the 1.6.x version of the case.

Have a look here:
http://www.cfd-online.com/Forums/ope...k-out-box.html

BUT I have to admit, that my 1.6 version ran properly at first run without complaining about the missing value entries... (despite of the wrong results resp. not reaching convergence).

Cheers
Wolle