motorBike error in snappyHexMesh in OF 1.6
 

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

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

#0 Foam::error::printStack(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::primitiveMesh::cellEdges(int, Foam::DynamicList<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::polyMesh 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

maybe I understand something
 

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.

franzisko
 

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

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

OF - 1.6 parallel execution of snappyHexMesh
 

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

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