CFD Online Logo CFD Online URL
www.cfd-online.com
[Sponsors]
Home > Forums > Software User Forums > OpenFOAM > OpenFOAM Running, Solving & CFD

Problems using reconstructPar on a case involving AMI

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

Like Tree9Likes

Reply
 
LinkBack Thread Tools Display Modes
Old   March 27, 2016, 06:57
Default
  #21
Senior Member
 
Joern Beilke
Join Date: Mar 2009
Location: Dresden
Posts: 229
Rep Power: 12
JBeilke is on a distinguished road
Quote:
Originally Posted by wyldckat View Post
Quick question @JBeilke: Can you please provide more details, namely which tutorial case I can use to test this, so that I can reproduce the problem?
The reason that it worked in 3.0 was, that the library was not compiled there. Otherwise I have to delete the calls to any additional libraries in controlDict, like it is described in the related mantis error entry..

I used the ERCOFTAC tutorial from twcoPhaseMixingCentralFoam. It uses the libCompressiblrTools Library from the same server.

Jörn
JBeilke is offline   Reply With Quote

Old   March 27, 2016, 09:35
Default
  #22
Super Moderator
 
Bruno Santos
Join Date: Mar 2009
Location: Lisbon, Portugal
Posts: 10,125
Blog Entries: 39
Rep Power: 110
wyldckat is a glorious beacon of lightwyldckat is a glorious beacon of lightwyldckat is a glorious beacon of lightwyldckat is a glorious beacon of lightwyldckat is a glorious beacon of lightwyldckat is a glorious beacon of light
Hi Jörn,

Quote:
Originally Posted by JBeilke View Post
The reason that it worked in 3.0 was, that the library was not compiled there. Otherwise I have to delete the calls to any additional libraries in controlDict, like it is described in the related mantis error entry..
Sorry, but now I'm confused... do you mean that the problem is now solved, after you've rebuilt the custom library?

Best regards,
Bruno
wyldckat is offline   Reply With Quote

Old   March 27, 2016, 16:18
Default
  #23
Senior Member
 
Joern Beilke
Join Date: Mar 2009
Location: Dresden
Posts: 229
Rep Power: 12
JBeilke is on a distinguished road
Quote:
Originally Posted by wyldckat View Post
Hi Jörn,


Sorry, but now I'm confused... do you mean that the problem is now solved, after you've rebuilt the custom library?

Best regards,
Bruno
No. The reconstruction only works, when the library is missing or the call is removed from controlDict. It is the same problem like it was reported with swak.
JBeilke is offline   Reply With Quote

Old   May 30, 2016, 05:51
Default same problem
  #24
New Member
 
Join Date: May 2016
Posts: 1
Rep Power: 0
rotschipf is on a distinguished road
is this problem solved yet. I can not use cyclicAMI without getting the error message:
Unable to find initial target face
It occurs even with a simple meshed cube with two sides of cyclicAMI.
Please help!
Bashar likes this.
rotschipf is offline   Reply With Quote

Old   June 23, 2016, 03:27
Arrow
  #25
New Member
 
Justin Wiegmann
Join Date: Aug 2015
Posts: 19
Rep Power: 4
SirIsaac90 is on a distinguished road
Hi!

I had the same problem with reconstructPar in OpenFOAM 2.4.0.

The problem was with a *.lib in controlDict, which I had to use to define a porousBafflePressure BC. After deleting it and redefining the BC it worked.

Maybe this helps other Foamers.

Regards
JW
SirIsaac90 is offline   Reply With Quote

Old   August 20, 2016, 10:17
Default unable to find initial target face
  #26
New Member
 
majid
Join Date: Oct 2015
Location: Iran,Tehran
Posts: 10
Rep Power: 4
majid pourdian is on a distinguished road
Hi every body
I simulated a circular channel in blockMesh and want to solve it with sonicFoam but it give me the following error:
unable to find initial target face
I used two pair of cyclicAMI Bc's and I attached the picture of my geometry.
Attached Images
File Type: jpg channel.jpg (35.1 KB, 12 views)
Bashar likes this.
majid pourdian is offline   Reply With Quote

Old   August 23, 2016, 06:23
Default
  #27
New Member
 
James Bridgwater Court
Join Date: Jan 2016
Posts: 14
Rep Power: 4
jbcourt is on a distinguished road
Hi everyone,
I seem to be experiencing the same issue on OF3.0.1 (full build 3.0.1-d8a290b55d28) - I'm developing a numerical wave tank using the olaFoam toolbox and a transverse AMI cylinder to deal with wave energy device motion. I hadn't been experiencing this issue until I changed my createPatchDict to explicitly state the transform for setup of the AMI patches (see the updated createPatchDict below):
Code:
// Do a synchronisation of coupled points after creation of any patches.
// Note: this does not work with points that are on multiple coupled patches
//       with transformations (i.e. cyclics).
pointSync false;

// Patches to create.
patches
(
    {
        //- Master side patch
        name            AMI1;
        patchInfo
        {
            type            cyclicAMI;
            matchTolerance  0.0001;
            neighbourPatch  AMI2;
            transform rotational;
            rotationAxis (0 1 0);
            rotationCentre (0 0 $hingeDepth);
        }
        constructFrom patches;
        patches (AMICylinder);
    }

    {
        //- Slave side patch
        name            AMI2;
        patchInfo
        {
            type            cyclicAMI;
            matchTolerance  0.0001;
            neighbourPatch  AMI1;
            transform rotational;
            rotationAxis (0 1 0);
            rotationCentre (0 0 $hingeDepth);
        }
        constructFrom patches;
        patches (AMICylinder_slave);
    }
As an aside, I'm only about 50% confident that I've defined my rotationAxis and rotationCentre correctly for rotation about a hinge parallel to the y axis, on a line from (0 0 $hingeDepth) to (0 2.5 $hingeDepth).

Anyway, previously I'd set transform to noOrdering as it is in the propeller tutorial and had been experiencing issues whenever I tried to run the simulation to solve for device motion due to wave-structure interaction (another issue which I've started a separate thread for http://www.cfd-online.com/Forums/ope...mi-motion.html), so was trying different things in an attempt to get the thing to run.

Back to the matter in hand, I'm going to try editing my Allrun script to comment out the olaFoam libraries in controlDict just while setFields - which is where the problem starts - is running and then bring it back for decomposePar and the solver. I'll update with how I get on (I'm a bit of a novice in bash, so it might take me a while!).

The output from log.setFields is below, just for reference.

Code:
Create time

Create mesh for time = 0

Reading setFieldsDict

Setting field default values
    Setting internal values of volScalarField alpha.water
AMI: Creating addressing and weights between 33904 source faces and 34112 target faces
--> FOAM Warning : 
    From function AMIMethod<SourcePatch, TargetPatch>::checkPatches()
    in file lnInclude/AMIMethod.C at line 57
    Source and target patch bounding boxes are not similar
    source box span     : (5.20002 2.499 2.92903)
    target box span     : (4.58053 2.499 4.72778)
    source box          : (-2.60001 0 -1.8) (2.60001 2.499 1.12903)
    target box          : (-2.59996 0 -3.59879) (1.98057 2.499 1.12899)
    inflated target box : (-2.95202 -0.352059 -3.95085) (2.33263 2.85106 1.48105)


--> FOAM FATAL ERROR: 
Unable to set source and target faces

    From function void Foam::faceAreaWeightAMI<SourcePatch, TargetPatch>::setNextFaces(label&, label&, label&, const boolList&, labelList&, const DynamicList<label>&, bool) const
    in file lnInclude/faceAreaWeightAMI.C at line 300.

FOAM aborting

#0  Foam::error::printStack(Foam::Ostream&) in "/apps/openfoam/gcc/3.0.1/OpenFOAM-3.0.1/platforms/linux64GccDPInt64Opt/lib/libOpenFOAM.so"
#1  Foam::error::abort() in "/apps/openfoam/gcc/3.0.1/OpenFOAM-3.0.1/platforms/linux64GccDPInt64Opt/lib/libOpenFOAM.so"
#2  Foam::faceAreaWeightAMI<Foam::PrimitivePatch<Foam::face, Foam::SubList, Foam::Field<Foam::Vector<double> > const&, Foam::Vector<double> >, Foam::PrimitivePatch<Foam::face, Foam::SubList, Foam::Field<Foam::Vector<double> > const&, Foam::Vector<double> > >::calcAddressing(Foam::List<Foam::DynamicList<long, 0u, 2u, 1u> >&, Foam::List<Foam::DynamicList<double, 0u, 2u, 1u> >&, Foam::List<Foam::DynamicList<long, 0u, 2u, 1u> >&, Foam::List<Foam::DynamicList<double, 0u, 2u, 1u> >&, long, long) in "/apps/openfoam/gcc/3.0.1/OpenFOAM-3.0.1/platforms/linux64GccDPInt64Opt/lib/libmeshTools.so"
#3  Foam::faceAreaWeightAMI<Foam::PrimitivePatch<Foam::face, Foam::SubList, Foam::Field<Foam::Vector<double> > const&, Foam::Vector<double> >, Foam::PrimitivePatch<Foam::face, Foam::SubList, Foam::Field<Foam::Vector<double> > const&, Foam::Vector<double> > >::calculate(Foam::List<Foam::List<long> >&, Foam::List<Foam::List<double> >&, Foam::List<Foam::List<long> >&, Foam::List<Foam::List<double> >&, long, long) in "/apps/openfoam/gcc/3.0.1/OpenFOAM-3.0.1/platforms/linux64GccDPInt64Opt/lib/libmeshTools.so"
#4  Foam::AMIInterpolation<Foam::PrimitivePatch<Foam::face, Foam::SubList, Foam::Field<Foam::Vector<double> > const&, Foam::Vector<double> >, Foam::PrimitivePatch<Foam::face, Foam::SubList, Foam::Field<Foam::Vector<double> > const&, Foam::Vector<double> > >::update(Foam::PrimitivePatch<Foam::face, Foam::SubList, Foam::Field<Foam::Vector<double> > const&, Foam::Vector<double> > const&, Foam::PrimitivePatch<Foam::face, Foam::SubList, Foam::Field<Foam::Vector<double> > const&, Foam::Vector<double> > const&) in "/apps/openfoam/gcc/3.0.1/OpenFOAM-3.0.1/platforms/linux64GccDPInt64Opt/lib/libmeshTools.so"
#5  Foam::AMIInterpolation<Foam::PrimitivePatch<Foam::face, Foam::SubList, Foam::Field<Foam::Vector<double> > const&, Foam::Vector<double> >, Foam::PrimitivePatch<Foam::face, Foam::SubList, Foam::Field<Foam::Vector<double> > const&, Foam::Vector<double> > >::constructFromSurface(Foam::PrimitivePatch<Foam::face, Foam::SubList, Foam::Field<Foam::Vector<double> > const&, Foam::Vector<double> > const&, Foam::PrimitivePatch<Foam::face, Foam::SubList, Foam::Field<Foam::Vector<double> > const&, Foam::Vector<double> > const&, Foam::autoPtr<Foam::searchableSurface> const&) in "/apps/openfoam/gcc/3.0.1/OpenFOAM-3.0.1/platforms/linux64GccDPInt64Opt/lib/libmeshTools.so"
#6  Foam::cyclicAMIPolyPatch::resetAMI(Foam::AMIInterpolation<Foam::PrimitivePatch<Foam::face, Foam::SubList, Foam::Field<Foam::Vector<double> > const&, Foam::Vector<double> >, Foam::PrimitivePatch<Foam::face, Foam::SubList, Foam::Field<Foam::Vector<double> > const&, Foam::Vector<double> > >::interpolationMethod const&) const in "/apps/openfoam/gcc/3.0.1/OpenFOAM-3.0.1/platforms/linux64GccDPInt64Opt/lib/libmeshTools.so"
#7  Foam::cyclicAMIPolyPatch::AMI() const in "/apps/openfoam/gcc/3.0.1/OpenFOAM-3.0.1/platforms/linux64GccDPInt64Opt/lib/libmeshTools.so"
#8  Foam::cyclicAMIPolyPatch::applyLowWeightCorrection() const in "/apps/openfoam/gcc/3.0.1/OpenFOAM-3.0.1/platforms/linux64GccDPInt64Opt/lib/libmeshTools.so"
#9  Foam::cyclicAMIFvPatchField<double>::patchNeighbourField() const in "/apps/openfoam/gcc/3.0.1/OpenFOAM-3.0.1/platforms/linux64GccDPInt64Opt/lib/libfiniteVolume.so"
#10  Foam::coupledFvPatchField<double>::evaluate(Foam::UPstream::commsTypes) in "/apps/openfoam/gcc/3.0.1/OpenFOAM-3.0.1/platforms/linux64GccDPInt64Opt/lib/libfiniteVolume.so"
#11  Foam::cyclicAMIFvPatchField<double>::cyclicAMIFvPatchField(Foam::fvPatch const&, Foam::DimensionedField<double, Foam::volMesh> const&, Foam::dictionary const&) in "/apps/openfoam/gcc/3.0.1/OpenFOAM-3.0.1/platforms/linux64GccDPInt64Opt/lib/libfiniteVolume.so"
#12  Foam::fvPatchField<double>::adddictionaryConstructorToTable<Foam::cyclicAMIFvPatchField<double> >::New(Foam::fvPatch const&, Foam::DimensionedField<double, Foam::volMesh> const&, Foam::dictionary const&) in "/apps/openfoam/gcc/3.0.1/OpenFOAM-3.0.1/platforms/linux64GccDPInt64Opt/lib/libfiniteVolume.so"
#13  Foam::fvPatchField<double>::New(Foam::fvPatch const&, Foam::DimensionedField<double, Foam::volMesh> const&, Foam::dictionary const&) in "/apps/openfoam/gcc/3.0.1/OpenFOAM-3.0.1/platforms/linux64GccDPInt64Opt/bin/setFields"
#14  Foam::GeometricField<double, Foam::fvPatchField, Foam::volMesh>::GeometricBoundaryField::readField(Foam::DimensionedField<double, Foam::volMesh> const&, Foam::dictionary const&) in "/apps/openfoam/gcc/3.0.1/OpenFOAM-3.0.1/platforms/linux64GccDPInt64Opt/bin/setFields"
#15  Foam::GeometricField<double, Foam::fvPatchField, Foam::volMesh>::readFields(Foam::dictionary const&) in "/apps/openfoam/gcc/3.0.1/OpenFOAM-3.0.1/platforms/linux64GccDPInt64Opt/bin/setFields"
#16  Foam::GeometricField<double, Foam::fvPatchField, Foam::volMesh>::readFields() in "/apps/openfoam/gcc/3.0.1/OpenFOAM-3.0.1/platforms/linux64GccDPInt64Opt/bin/setFields"
#17  Foam::GeometricField<double, Foam::fvPatchField, Foam::volMesh>::GeometricField(Foam::IOobject const&, Foam::fvMesh const&) in "/apps/openfoam/gcc/3.0.1/OpenFOAM-3.0.1/platforms/linux64GccDPInt64Opt/bin/setFields"
#18  ? in "/apps/openfoam/gcc/3.0.1/OpenFOAM-3.0.1/platforms/linux64GccDPInt64Opt/bin/setFields"
#19  ? in "/apps/openfoam/gcc/3.0.1/OpenFOAM-3.0.1/platforms/linux64GccDPInt64Opt/bin/setFields"
#20  ? in "/apps/openfoam/gcc/3.0.1/OpenFOAM-3.0.1/platforms/linux64GccDPInt64Opt/bin/setFields"
#21  ? in "/apps/openfoam/gcc/3.0.1/OpenFOAM-3.0.1/platforms/linux64GccDPInt64Opt/bin/setFields"
#22  __libc_start_main in "/lib64/libc.so.6"
#23  ? in "/apps/openfoam/gcc/3.0.1/OpenFOAM-3.0.1/platforms/linux64GccDPInt64Opt/bin/setFields"
jbcourt is offline   Reply With Quote

Old   August 23, 2016, 07:11
Default
  #28
Member
 
Pekka Pasanen
Join Date: Feb 2012
Location: Finland
Posts: 79
Rep Power: 8
zordiack is on a distinguished road
--snip--
Code:
Create time

Create mesh for time = 0

Reading setFieldsDict

Setting field default values
    Setting internal values of volScalarField alpha.water
AMI: Creating addressing and weights between 33904 source faces and 34112 target faces
--> FOAM Warning : 
    From function AMIMethod<SourcePatch, TargetPatch>::checkPatches()
    in file lnInclude/AMIMethod.C at line 57
    Source and target patch bounding boxes are not similar
    source box span     : (5.20002 2.499 2.92903)
    target box span     : (4.58053 2.499 4.72778)
    source box          : (-2.60001 0 -1.8) (2.60001 2.499 1.12903)
    target box          : (-2.59996 0 -3.59879) (1.98057 2.499 1.12899)
    inflated target box : (-2.95202 -0.352059 -3.95085) (2.33263 2.85106 1.48105)


--> FOAM FATAL ERROR: 
Unable to set source and target faces
--snip--

You have a geometrical problem with your AMI patches. As you can see, AMI is telling you that the target and source patches do not match (size is different in X and Z co-ordinates). Check your geometrical patch assingments, as for AMI the patches have to match geometrically exactly (or at least very very closely).

Maybe you should try specifying also rotationAngle? Check this: http://openfoam.org/release/2-3-0/non-conforming-ami/. Documentation or examples are pretty hard to find for how to use rotationAngle, I strugled with a similar issue myself some time ago.
zordiack is offline   Reply With Quote

Old   August 23, 2016, 12:32
Default
  #29
New Member
 
James Bridgwater Court
Join Date: Jan 2016
Posts: 14
Rep Power: 4
jbcourt is on a distinguished road
Thanks Pekka, that link does mention the rotationCentre and rotationAxis keywords that I'm unsure about - I generate the patches that are neighbours for my AMI cylinder (i.e. AMI1 and AMI2) from a user-defined cylinder in snappyHexMesh - AMICylinder - from which another patch, AMICylinder_slave is derived. This pair are then used as the two AMI patches, so they should conform perfectly to one-another.

I've successfully (I think, as the solver log file seemed sensible - but I'm still transferring over from the supercomputer to check the results) run this with prescribed motion for the AMI cylinder: the only difference being that I'd set the transform to noOrdering. I'd been running my case with calculated motion (sixDoFRigidBodyMotion solver) and with the transform set to noOrdering too, and only getting errors once the solver had run to about 0.02s - so the meshing was fine with that.

This setFields error has only arisen since I changed the transform setting in createPatchDict - but there must have been something wrong with the way I'd implemented my AMI before for the solver not to be able to run the simulation to completion.

I think therefore that the issue here could lie in how I've set the rotationCentre and rotationAxis parameters. Either that or it's the bug mentioned earlier in the thread that leads to this same error.
Thanks again,
James
jbcourt is offline   Reply With Quote

Old   August 24, 2016, 05:38
Default
  #30
New Member
 
James Bridgwater Court
Join Date: Jan 2016
Posts: 14
Rep Power: 4
jbcourt is on a distinguished road
To be honest I'm a little unclear as to what rotationAngle does. I've had a quick grep through the tutorials that come with OF3.0.1 and I can't see it used anywhere - I definitely agree it's hard to find documentation for it!
jbcourt is offline   Reply With Quote

Old   August 24, 2016, 05:58
Default
  #31
New Member
 
majid
Join Date: Oct 2015
Location: Iran,Tehran
Posts: 10
Rep Power: 4
majid pourdian is on a distinguished road
Hi Pekka
my patch was rotated so it's bounding box is different in all direction. the dx and dy of my and area of my patches is equal but I have error ani I cant resolve it.
majid pourdian is offline   Reply With Quote

Old   August 24, 2016, 06:54
Default
  #32
New Member
 
James Bridgwater Court
Join Date: Jan 2016
Posts: 14
Rep Power: 4
jbcourt is on a distinguished road
Quote:
Originally Posted by jbcourt View Post
Back to the matter in hand, I'm going to try editing my Allrun script to comment out the olaFoam libraries in controlDict just while setFields - which is where the problem starts - is running and then bring it back for decomposePar and the solver. I'll update with how I get on (I'm a bit of a novice in bash, so it might take me a while!).
I've just implemented this by creating two versions of controlDict - one with the external libraries and one without - and switching to the version without external libraries for setFields: the error still cropped up so I think mine is an issue with how I've entered rotationCentre and rotationAxis. Guess I'll have to start trying different possibilities for those entries to try to get it to work!
jbcourt is offline   Reply With Quote

Old   June 26, 2017, 21:33
Default
  #33
Member
 
Sugajen
Join Date: Jan 2012
Location: Tempe, USA
Posts: 52
Rep Power: 8
Sugajen is on a distinguished road
Quote:
Originally Posted by dhruv View Post
Thanks for the reply.

1. The case is stationary. So, I dont have a dynamicMeshDict.
2. I tried removing the faces, and making the boundary file like you have posted above, but still I get the same error.
3. I will now try to refine the mesh better to see if it works

Thanks,

Dhruv.
Hi all,

I am facing a similar error "unable to find initial target face" using cyclicAMI on snappyHexMesh. I have refined my mesh multiple times but that does not help.

@Dhruv were you able sort out your issue ?
Sugajen is offline   Reply With Quote

Old   June 27, 2017, 12:28
Default unable to find initial target face
  #34
Member
 
Hooman
Join Date: Apr 2011
Posts: 33
Rep Power: 8
hooman.4028 is on a distinguished road
Quote:
Originally Posted by wyldckat View Post
Hi Jörn,


Sorry, but now I'm confused... do you mean that the problem is now solved, after you've rebuilt the custom library?

Best regards,
Bruno
Hello Bruno,

I read pretty much everything in this forum on this issue but have not found any solid solution. I have a simple geometry and would like to assign cyclicAMI after meshing with SHM. First I got the error "Unable to set source and target faces
" and managed to solve it by refining my surface mesh on these two cyclic BCs. Now I am getting "unable to find initial target face" and have no clue how to resolve it. Do you guys have any hint on that? There are just two sides of a box and have the exact same geometry .
hooman.4028 is offline   Reply With Quote

Old   August 28, 2017, 10:57
Default Cyclic B.C. reconstractPar Problem
  #35
New Member
 
Hakan Baran
Join Date: Apr 2017
Posts: 1
Rep Power: 0
akin1078 is on a distinguished road
I have the same problem. The all day I was trying to solve where this problem comes from. And unfortunately I could not find. So my case is;
1-Flow in a channel
2-Using PimpleDyMFoam
3-There is a rotating disc inside of channel and I am using cyclicAMI
4-The inlet and outlet of channel are cyclic
The decomposePar is running and the simulation also. But when I reconstruct the processors, I am geting below error;


[QUOTE]
Reconstructing FV fields

Reconstructing volScalarFields

p
AMI: Creating addressing and weights between 2224 source faces and 1364 target faces


--> FOAM FATAL ERROR:
Unable to set source and target faces
[QUOTE]


Below solutions was already tried and could not fix:
1-change decomposeParDict from hierarchical to simple. So it is not related with the method of decomposition.
2-use preservePatch in order to put the cyclic boundaries in to one processors. But it gave me the same problem.
3-I am using HPC and I need at least 160 processors. So I deacreased the number of processors from (1 1 160) to
(1 1 4) -> okay
(1 1 40) -> okay
(1 2 40) -> reconstractPar is not running
(1 2 40) -> reconstractPar is not running
(2 1 40) -> okay
(1 1 80) -> reconstractPar is not running
(2 1 60) -> reconstractPar is not running
So it changes according to number of processors obviously but how???
4-I changed the cyclic boundary condition to normal boundary condition with keeping number of processors same as (1 1 160) and reconstructPar works without any error. So it means also that it depends on the cyclic boundary condition.
5- change the OpenFOAM version. I used 2.3 , 4 and 5 and all of them are the same. So it is not version dependant.
6-I used another computer and same problem.
So how it is possible that reconstractPar depends on both cyclic B.C. and number of processors. Even I used the preservePatch, it means that it should not be related with cyclic B.C.
Any ideas???
Bashar likes this.
akin1078 is offline   Reply With Quote

Old   December 15, 2017, 13:25
Default
  #36
Member
 
Bashar
Join Date: Jul 2015
Posts: 70
Rep Power: 4
Bashar is on a distinguished road
[QUOTE=akin1078;662166]I have the same problem. The all day I was trying to solve where this problem comes from. And unfortunately I could not find. So my case is;
1-Flow in a channel
2-Using PimpleDyMFoam
3-There is a rotating disc inside of channel and I am using cyclicAMI
4-The inlet and outlet of channel are cyclic
The decomposePar is running and the simulation also. But when I reconstruct the processors, I am geting below error;


[QUOTE]
Reconstructing FV fields

Reconstructing volScalarFields

p
AMI: Creating addressing and weights between 2224 source faces and 1364 target faces


--> FOAM FATAL ERROR:
Unable to set source and target faces
Quote:


Below solutions was already tried and could not fix:
1-change decomposeParDict from hierarchical to simple. So it is not related with the method of decomposition.
2-use preservePatch in order to put the cyclic boundaries in to one processors. But it gave me the same problem.
3-I am using HPC and I need at least 160 processors. So I deacreased the number of processors from (1 1 160) to
(1 1 4) -> okay
(1 1 40) -> okay
(1 2 40) -> reconstractPar is not running
(1 2 40) -> reconstractPar is not running
(2 1 40) -> okay
(1 1 80) -> reconstractPar is not running
(2 1 60) -> reconstractPar is not running
So it changes according to number of processors obviously but how???
4-I changed the cyclic boundary condition to normal boundary condition with keeping number of processors same as (1 1 160) and reconstructPar works without any error. So it means also that it depends on the cyclic boundary condition.
5- change the OpenFOAM version. I used 2.3 , 4 and 5 and all of them are the same. So it is not version dependant.
6-I used another computer and same problem.
So how it is possible that reconstractPar depends on both cyclic B.C. and number of processors. Even I used the preservePatch, it means that it should not be related with cyclic B.C.
Any ideas???
Hi,

Any chance that you solve this issues? I am facing exactly the same issue when working with AMI!

Bashar
Bashar is offline   Reply With Quote

Reply

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
Sample utility problems msrinath80 OpenFOAM Running, Solving & CFD 12 December 21, 2012 06:51
Problem with reconstructPar fabianpk OpenFOAM 5 August 14, 2007 09:17
Problems involving interFoam and GCC 410 gschaider OpenFOAM Installation 1 July 30, 2006 19:58
Problems reading a case cavity into paraFoam red hat 9 anton322322 OpenFOAM Pre-Processing 0 April 11, 2005 13:13
High speed flow problems Sawa FLUENT 3 January 14, 2003 02:10


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