CFD Online Discussion Forums

CFD Online Discussion Forums (https://www.cfd-online.com/Forums/)
-   OpenFOAM Post-Processing (https://www.cfd-online.com/Forums/openfoam-post-processing/)
-   -   Result of forces-Object on multi Machines wont write to file (https://www.cfd-online.com/Forums/openfoam-post-processing/157680-result-forces-object-multi-machines-wont-write-file.html)

Sway August 5, 2015 04:30

Result of forces-Object on multi Machines wont write to file
 
hejhej,

i need the forces on a specific patch and therefor i use the function forces. it works fine when running on a single machine, but on cluster it stops writing the results to the forces file in /postProcessing/forces/ but the Terminal output still works:confused:
can someone please help me on this issue?

my controlDict:

Code:

/*--------------------------------*- C++ -*----------------------------------*\
| =========                |                                                |
| \\      /  F ield        | OpenFOAM: The Open Source CFD Toolbox          |
|  \\    /  O peration    | Version:  2.4.0                                |
|  \\  /    A nd          | Web:      www.OpenFOAM.org                      |
|    \\/    M anipulation  |                                                |
\*---------------------------------------------------------------------------*/
FoamFile
{
    version    2.0;
    format      ascii;
    class      dictionary;
    location    "system";
    object      controlDict;
}
// * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * //

libs
(
    "libOpenFOAM.so"
    "libincompressibleTurbulenceModel.so"
    "libincompressibleRASModels.so"
    "libsimpleSwakFunctionObjects.so"
      "libswakFunctionObjects.so"
      "libgroovyBC.so"
   
   
   
);

application    pimpleFoam;

//startFrom      latestTime;
startFrom      startTime;
startTime      0.89953;

stopAt          endTime;
//stopAt writeNow;
endTime        10;

deltaT          0.001;

writeControl    adjustableRunTime;

writeInterval  0.05;

purgeWrite      0;

writeFormat    ascii;

writePrecision  6;

writeCompression uncompressed;

timeFormat      general;

timePrecision  6;

runTimeModifiable true;

adjustTimeStep  yes;

maxCo          0.2; //0.2

functions
{
 forces
{
    type        forces;
    functionObjectLibs ( "libforces.so" );
    outputControl timeStep;
    outputInterval 1;

    patches    ( mypatchname );
    pName      p;
    UName      U;
    rhoName    rhoInf;      // Indicates incompressible
    log        true;
    rhoInf      1000;          // Redundant for incompressible
    liftDir    (0 1 0);
    dragDir    (1 0 0);
    CofR        (0 0 0);  // Axle midpoint on ground
//    pitchAxis  (0 1 0);
 //    magUInf    3;
//    lRef        1.42;        // Wheelbase length
//    Aref        0.75;        // Estimated

    }
   

    massFlow
  {
      type patchMassFlow;
      functionObjectLibs
        (
          "libsimpleFunctionObjects.so"
        );
      verbose true;
      patches
        (
          inlet
          outlet
        );
      factor 1;
      outputControlMode timeStep;
      outputInterval 1;
  }
 
  pressureDrop
    {
        type patchExpression;
        variables (
            "pOut{patch'outlet}=sum(p*area())/sum(area());"
            "inArea=sum(area());"
        );
        accumulations (
          sum
        );
        patches (
            inlet
            outlet
        );
        expression "area()*(p-pOut)/inArea";
        verbose true;
   
    outputControlMode timeStep;
      outputInterval 1;
    }
 
   
};

// ************************************************************************* //


Sway September 2, 2015 09:45

the answer to this problem was the umask of the slave-machines. the data they wrote wasnt readable by the master-computer. i changed it to 000 globaly on all slaves :)


All times are GMT -4. The time now is 15:45.