[kol1978]

Hello! Is there a task size limit for paraFoam? I had a problem: after performing a calculation of a large-dimensional problem (

Mesh stats
points: 7347712
internal points: 0
faces: 14683904
internal faces: 7336192
cells: 3670016
faces per cell: 6
boundary patches: 6
point zones: 0
face zones: 0
cell zones: 0

Overall number of cells of each type:
hexahedra: 3670016
prisms: 0
wedges: 0
pyramids: 0
tet wedges: 0
tetrahedra: 0
polyhedra: 0

), I lost the ability to view the solution results in paraFoam - an error message appears:

Generic Warning: In vtkOpenGLState.cxx, line 1227
Error glGetInteger1 OpenGL errors detected
0 : (1285) Out of memory

with stack trace of
0x7f2dd864ab6b : ??? [(???) ???:-1]
0x7f2dd86453d5 : vtksys::SystemInformation::GetProgramStack[abi:cxx11](int, int) [(libvtksys-pv5.11.so.1) ???:-1]
0x7f2dd8e2c3b3 : ??? [(???) ???:-1]
0x7f2dd8e32587 : vtkOpenGLState::vtkglGetIntegerv(unsigned int, int*) [(libvtkRenderingOpenGL2-pv5.11.so.1) ???:-1]
0x7f2dd8e46c0d : vtkOpenGLTexture::Load(vtkRenderer*) [(libvtkRenderingOpenGL2-pv5.11.so.1) ???:-1]
0x7f2dd8db87df : vtkOpenGLPolyDataMapper::RenderPieceStart(vtkRende rer*, vtkActor*) [(libvtkRenderingOpenGL2-pv5.11.so.1) ???:-1]
0x7f2dd8c9fb91 : vtkCompositeMapperHelper2::RenderPiece(vtkRenderer *, vtkActor*) [(libvtkRenderingOpenGL2-pv5.11.so.1) ???:-1]
0x7f2dd8ca71fd : vtkCompositePolyDataMapper2::Render(vtkRenderer*, vtkActor*) [(libvtkRenderingOpenGL2-pv5.11.so.1) ???:-1]
0x7f2dd8d07061 : vtkOpenGLActor::Render(vtkRenderer*, vtkMapper*) [(libvtkRenderingOpenGL2-pv5.11.so.1) ???:-1]
0x7f2dd0c99af5 : vtkPVLODActor::Render(vtkRenderer*, vtkMapper*) [(libvtkRemotingViews-pv5.11.so.1) ???:-1]
0x7f2dd0c99d5b : vtkPVLODActor::RenderOpaqueGeometry(vtkViewport*) [(libvtkRemotingViews-pv5.11.so.1) ???:-1]
0x7f2dd844bad9 : vtkRenderer::UpdateOpaquePolygonalGeometry() [(libvtkRenderingCore-pv5.11.so.1) ???:-1]
0x7f2dd844a417 : vtkRenderer:eviceRenderOpaqueGeometry(vtkFrameBu fferObjectBase*) [(libvtkRenderingCore-pv5.11.so.1) ???:-1]
0x7f2dd8e01de8 : vtkOpenGLRenderer:eviceRenderOpaqueGeometry(vtkF rameBufferObjectBase*) [(libvtkRenderingOpenGL2-pv5.11.so.1) ???:-1]
0x7f2dd8e00f32 : vtkOpenGLRenderer::UpdateGeometry(vtkFrameBufferOb jectBase*) [(libvtkRenderingOpenGL2-pv5.11.so.1) ???:-1]
0x7f2dd8422477 : vtkRenderPass::UpdateGeometry(vtkRenderer*, vtkFrameBufferObjectBase*) [(libvtkRenderingCore-pv5.11.so.1) ???:-1]
0x7f2dd0c4d709 : vtkPVDefaultPass::Render(vtkRenderState const*) [(libvtkRemotingViews-pv5.11.so.1) ???:-1]
0x7f2dd8c9b3d1 : vtkCameraPass::Render(vtkRenderState const*) [(libvtkRenderingOpenGL2-pv5.11.so.1) ???:-1]
0x7f2dd8e000c1 : vtkOpenGLRenderer:eviceRender() [(libvtkRenderingOpenGL2-pv5.11.so.1) ???:-1]
0x7f2dd8449eaf : vtkRenderer::Render() [(libvtkRenderingCore-pv5.11.so.1) ???:-1]
0x7f2dd8468109 : vtkRendererCollection::Render() [(libvtkRenderingCore-pv5.11.so.1) ???:-1]
0x7f2dd84265b4 : vtkRenderWindow:oStereoRender() [(libvtkRenderingCore-pv5.11.so.1) ???:-1]
0x7f2dd8426348 : vtkRenderWindow::Render() [(libvtkRenderingCore-pv5.11.so.1) ???:-1]
0x7f2dd8dfdc31 : vtkOpenGLRenderWindow::Render() [(libvtkRenderingOpenGL2-pv5.11.so.1) ???:-1]
0x7f2dd8cf396c : vtkGenericOpenGLRenderWindow::Render() [(libvtkRenderingOpenGL2-pv5.11.so.1) ???:-1]
0x7f2dd0ce4f5d : vtkPVRenderView::Render(bool, bool) [(libvtkRemotingViews-pv5.11.so.1) ???:-1]
0x7f2dd0ce3aff : vtkPVRenderView::StillRender() [(libvtkRemotingViews-pv5.11.so.1) ???:-1]
0x7f2dd15c3544 : vtkPVRenderViewCommand(vtkClientServerInterpreter* , vtkObjectBase*, char const*, vtkClientServerStream const&, vtkClientServerStream&, void*) [(libvtkRemotingApplication-pv5.11.so.1) ???:-1]
0x7f2ddb32f270 : vtkClientServerInterpreter::CallCommandFunction(ch ar const*, vtkObjectBase*, char const*, vtkClientServerStream const&, vtkClientServerStream&) [(libvtkRemotingClientServerStream-pv5.11.so.1) ???:-1]
0x7f2ddb32d60f : vtkClientServerInterpreter::ProcessCommandInvoke(v tkClientServerStream const&, int) [(libvtkRemotingClientServerStream-pv5.11.so.1) ???:-1]
0x7f2ddb32caf2 : vtkClientServerInterpreter::ProcessOneMessage(vtkC lientServerStream const&, int) [(libvtkRemotingClientServerStream-pv5.11.so.1) ???:-1]
0x7f2ddb32c955 : vtkClientServerInterpreter::ProcessStream(vtkClien tServerStream const&) [(libvtkRemotingClientServerStream-pv5.11.so.1) ???:-1]
0x7f2dda0f6a84 : vtkPVSessionCore::ExecuteStreamInternal(vtkClientS erverStream const&, bool) [(libvtkRemotingServerManager-pv5.11.so.1) ???:-1]
0x7f2dda0f6834 : vtkPVSessionCore::ExecuteStream(unsigned int, vtkClientServerStream const&, bool) [(libvtkRemotingServerManager-pv5.11.so.1) ???:-1]
0x7f2dda0f2546 : vtkPVSessionBase::ExecuteStream(unsigned int, vtkClientServerStream const&, bool) [(libvtkRemotingServerManager-pv5.11.so.1) ???:-1]
0x7f2dda26c5a0 : vtkSMProxy::ExecuteStream(vtkClientServerStream const&, bool, unsigned int) [(libvtkRemotingServerManager-pv5.11.so.1) ???:-1]
0x7f2dd0e37d11 : vtkSMViewProxy::StillRender() [(libvtkRemotingViews-pv5.11.so.1) ???:-1]
0x7f2ddb5c81fa : pqView::forceRender() [(libpqCore-pv5.11.so.1) ???:-1]
0x7f2ddc6ef8a2 : pqApplyBehavior::applied(pqPropertiesPanel*) [(libpqApplicationComponents-pv5.11.so.1) ???:-1]
0x7f2ddc6eed02 : pqApplyBehavior:nApplied() [(libpqApplicationComponents-pv5.11.so.1) ???:-1]
0x7f2ddc6f44c4 : ??? [(???) ???:-1]
0x7f2ddc6f3d2e : ??? [(???) ???:-1]
0x7f2ddc6f2e52 : ??? [(???) ???:-1]
0x7f2dda8e8f4f : ??? [(???) ???:-1]
0x7f2ddb8f4d93 : pqPropertiesPanel::applied() [(libpqComponents-pv5.11.so.1) ???:-1]
0x7f2ddba9feaf : pqPropertiesPanel::apply() [(libpqComponents-pv5.11.so.1) ???:-1]
0x7f2ddb8f45d2 : ??? [(???) ???:-1]
0x7f2dda8e8f7c : ??? [(???) ???:-1]
0x7f2ddc054fc2 : QAbstractButton::clicked(bool) [(libQt5Widgets.so.5) ???:-1]
0x7f2ddc05522a : ??? [(???) ???:-1]
0x7f2ddc056db8 : ??? [(???) ???:-1]
0x7f2ddc056fd7 : QAbstractButton::mouseReleaseEvent(QMouseEvent*) [(libQt5Widgets.so.5) ???:-1]
0x7f2ddbfa4db8 : QWidget::event(QEvent*) [(libQt5Widgets.so.5) ???:-1]
0x7f2ddbf62fae : QApplicationPrivate::notify_helper(QObject*, QEvent*) [(libQt5Widgets.so.5) ???:-1]
0x7f2ddbf6b552 : QApplication::notify(QObject*, QEvent*) [(libQt5Widgets.so.5) ???:-1]
0x7f2dda8b16f8 : QCoreApplication::notifyInternal2(QObject*, QEvent*) [(libQt5Core.so.5) ???:-1]
0x7f2ddbf6965e : QApplicationPrivate::sendMouseEvent(QWidget*, QMouseEvent*, QWidget*, QWidget*, QWidget**, QPointer<QWidget>&, bool, bool) [(libQt5Widgets.so.5) ???:-1]
0x7f2ddbfbdbd8 : ??? [(???) ???:-1]
0x7f2ddbfc0f60 : ??? [(???) ???:-1]
0x7f2ddbf62fae : QApplicationPrivate::notify_helper(QObject*, QEvent*) [(libQt5Widgets.so.5) ???:-1]
0x7f2dda8b16f8 : QCoreApplication::notifyInternal2(QObject*, QEvent*) [(libQt5Core.so.5) ???:-1]
0x7f2ddad3d3ed : QGuiApplicationPrivate:rocessMouseEvent(QWindowS ystemInterfacePrivate::MouseEvent*) [(libQt5Gui.so.5) ???:-1]
0x7f2ddad11cac : QWindowSystemInterface::sendWindowSystemEvents(QFl ags<QEventLoop::ProcessEventsFlag>) [(libQt5Gui.so.5) ???:-1]
0x7f2d95cf1eca : ??? [(???) ???:-1]
0x7f2dd11187a9 : g_main_context_dispatch [(libglib-2.0.so.0) ???:-1]
0x7f2dd1118a38 : ??? [(???) ???:-1]
0x7f2dd1118acc : g_main_context_iteration [(libglib-2.0.so.0) ???:-1]
0x7f2dda909836 : QEventDispatcherGlib:rocessEvents(QFlags<QEventL oop::ProcessEventsFlag>) [(libQt5Core.so.5) ???:-1]
0x7f2dda8b017b : QEventLoop::exec(QFlags<QEventLoop::ProcessEventsF lag>) [(libQt5Core.so.5) ???:-1]
0x7f2dda8b82d6 : QCoreApplication::exec() [(libQt5Core.so.5) ???:-1]
0x55993f97401d : ??? [(???) ???:-1]
0x7f2ddcc8b24a : ??? [(???) ???:-1]
0x7f2ddcc8b305 : __libc_start_main [(libc.so.6) ???:-1]
0x55993f96cde1 : ??? [(???) ???:-1]

The mesh check and calculation went without errors. How can this be fixed?

[AtoHM]

3,7M cells should be handled easily by Paraview/Parafoam. Since Parafoam is distributed alongside OpenFOAM you can post a bug report there, or try with a vanilla Paraview installation instead and if you experience the same issue, ask here https://discourse.paraview.org/c/paraview-support/7 for help.

[kol1978]

Originally Posted by AtoHM

3,7M cells should be handled easily by Paraview/Parafoam. Since Parafoam is distributed alongside OpenFOAM you can post a bug report there, or try with a vanilla Paraview installation instead and if you experience the same issue, ask here https://discourse.paraview.org/c/paraview-support/7 for help.

"vanilla Paraview installation" - Can you tell me more about what this means (tried it in different ways - paraFoam, paraview-dev_5.11.0+dfsg-1+b1_amd64.deb) but the result is the same - I can’t open it....

[AtoHM]

Ah, yes, sorry. It means a default installation of Paraview from their website. If you get the same problem with that, you can ask for help in said forum and probably get an answer faster compared to posting a bug report to openfoam.org. But carefully check the case first, if there are any obvious differences to the ones you could open before (you said, you "lost ability to view solution ...", implying it worked on other cases before?).

[kol1978]

Originally Posted by AtoHM

implying it worked on other cases before?).

Yes - on grids of smaller dimensions (fewer cells) but being a complete copy of the specified one. I tried all possible options...all that was left was a compilation of the "dev" version. The compilation is very long - I'll try and write...

[kol1978]

Originally Posted by AtoHM

implying it worked on other cases before?).

On small grids everything works fine everywhere - no problems. Problems begin only on very dense meshes.

[kol1978]

Originally Posted by kol1978

On small grids everything works fine everywhere - no problems. Problems begin only on very dense meshes.

the problem was data corruption when the RAM was running... recompilation solved the problem.