View Issue Details

IDProjectCategoryView StatusLast Update
0000920OpenFOAMBugpublic2015-01-03 16:03
Reporteruser664Assigned Tohenry  
PrioritynormalSeveritycrashReproducibilityalways
Status resolvedResolutionno change required 
PlatformLinuxOScentOSOS Version5.5
Summary0000920: Print stack error from surface sample functionObject and interFoam use in parallel
DescriptionLarge interFoam parallel jobs crash (tested on 600 cores) with a print stack error when a surface sample functionObject attempts to write. The sample function in the controlDict:

*****************************************************
    freeSurfaceElevation
    {
        type surfaces;
        functionObjectLibs ("libsampling.so");

        outputControl timeStep;
        outputInterval 5000;

        interpolationScheme cellPoint;

        surfaceFormat raw;
        fields (alpha1);
        surfaces
            (
             freeSurface
             {
             type isoSurfaceCell;
             isoField alpha1;
             isoValue 0.5;
             interpolate true;
             }
            );
    }
*****************************************************

The error:
#0 Foam::error::printStack(Foam::Ostream&)
Additional InformationNo issue with damBreak tests in serial.
TagsNo tags attached.

Activities

user4

2013-07-18 09:00

  ~0002334

The writing triggers the construction of the iso surface. Do you get the same effect with a different type of surface ? (e.g. type 'patch')?

It could be that your master machine (that combines all the surfaces for writing) is not running out of memory. The iso surface might be huge on a complex field.

user664

2013-07-18 11:57

  ~0002337

hi mattijs, this is a good point and probably the issue i am seeing. i do have to request large memory nodes for reconstruction and so it makes sense that the regular nodes would not have enough memory to create the rather significant iso surface. i did not connect the dots, thanks.

Issue History

Date Modified Username Field Change
2013-07-15 18:01 user664 New Issue
2013-07-18 09:00 user4 Note Added: 0002334
2013-07-18 11:57 user664 Note Added: 0002337
2015-01-01 17:47 henry Status new => resolved
2015-01-01 17:47 henry Resolution open => no change required
2015-01-01 17:47 henry Assigned To => henry