View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0000920 | OpenFOAM | Bug | public | 2013-07-15 18:01 | 2015-01-03 16:03 |
Reporter | Assigned To | henry | |||
Priority | normal | Severity | crash | Reproducibility | always |
Status | resolved | Resolution | no change required | ||
Platform | Linux | OS | centOS | OS Version | 5.5 |
Summary | 0000920: Print stack error from surface sample functionObject and interFoam use in parallel | ||||
Description | Large 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 Information | No issue with damBreak tests in serial. | ||||
Tags | No tags attached. | ||||
|
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. |
|
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. |
Date Modified | Username | Field | Change |
---|---|---|---|
2013-07-15 18:01 |
|
New Issue | |
2013-07-18 09:00 |
|
Note Added: 0002334 | |
2013-07-18 11:57 |
|
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 |