|
[Sponsors] |
Result of forces-Object on multi Machines wont write to file |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
August 5, 2015, 04:30 |
Result of forces-Object on multi Machines wont write to file
|
#1 |
New Member
Join Date: Jun 2015
Posts: 11
Rep Power: 10 |
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 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; } }; // ************************************************************************* // |
|
September 2, 2015, 09:45 |
|
#2 |
New Member
Join Date: Jun 2015
Posts: 11
Rep Power: 10 |
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
|
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
[swak4Foam] funkyDoCalc with OF2.3 massflow | NiFl | OpenFOAM Community Contributions | 14 | November 25, 2020 03:30 |
[Helyx OS] Helyx-OS (GUI for SnappyHexMesh | elvis | OpenFOAM Community Contributions | 210 | January 30, 2017 18:57 |
[swak4Foam] swak4foam building problem | GGerber | OpenFOAM Community Contributions | 54 | April 24, 2015 16:02 |
Compilation error OF1.5-dev on Suse10.3 | darenyang | OpenFOAM Installation | 0 | April 29, 2009 04:55 |
DxFoam reader update | hjasak | OpenFOAM Post-Processing | 69 | April 24, 2008 01:24 |