Nightly 5.6.0 1408 seems to fail to load OpenFOAM polyhedral mesh

(Gavin Ridley) #1

Hi all,

I’ve recently tried the second latest nightly build of paraview, and found it to not successfully work on OpenFOAM polyhedral meshes. It seems to work on a problem of mine I ran with hexahedral cells. When I load a case with polyhedral cells, I see the initial view successfully rendered. However, after any zooming or panning, paraview immediately crashes with the following error message:

Loguru caught a signal: SIGSEGV
Stack trace:
49 0x407cdd /home/gavin/ParaView-5.6.0-1408-gef655b8-MPI-Linux-64bit/lib/paraview() [0x407cdd]
48 0x7fedda4b2223 __libc_start_main + 243
47 0x407b01 /home/gavin/ParaView-5.6.0-1408-gef655b8-MPI-Linux-64bit/lib/paraview() [0x407b01]
46 0x7fedc81352a4 QCoreApplication::exec() + 132
45 0x7fedc812c79a QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) + 234
44 0x7fedb0330ec6 /home/gavin/ParaView-5.6.0-1408-gef655b8-MPI-Linux-64bit/lib/libQt5XcbQpa.so.5(+0xb1ec6) [0x7fedb0330ec6]
43 0x7fedc859283b QWindowSystemInterface::sendWindowSystemEvents(QFlagsQEventLoop::ProcessEventsFlag) + 187
42 0x7fedc85b70e5 QGuiApplicationPrivate::processWindowSystemEvent(QWindowSystemInterfacePrivate::WindowSystemEvent*) + 261
41 0x7fedc85b5310 QGuiApplicationPrivate::processMouseEvent(QWindowSystemInterfacePrivate::MouseEvent*) + 880
40 0x7fedc812dee8 QCoreApplication::notifyInternal2(QObject*, QEvent*) + 264
39 0x7fedc8ba74c7 QApplication::notify(QObject*, QEvent*) + 551
38 0x7fedc8ba017c QApplicationPrivate::notify_helper(QObject*, QEvent*) + 156
37 0x7fedd8ab25f2 QVTKOpenGLWindow::event(QEvent*) + 34
36 0x7fedd8aaf138 QVTKInteractorAdapter::ProcessEvent(QEvent*, vtkRenderWindowInteractor*) + 2920
35 0x7fedc998ddd4 /home/gavin/ParaView-5.6.0-1408-gef655b8-MPI-Linux-64bit/lib/libvtkCommonCore-pv5.6.so.1(+0x433dd4) [0x7fedc998ddd4]
34 0x7fedc97e4df9 vtkCallbackCommand::Execute(vtkObject*, unsigned long, void*) + 25
33 0x7fedcc3e7cb5 vtkInteractorStyle::ProcessEvents(vtkObject*, unsigned long, void*, void*) + 325
32 0x7fedd5fb92a3 vtkPVInteractorStyle::OnMouseMove() + 115
31 0x7fedd5fcbc27 vtkPVTrackballRotate::OnMouseMove(int, int, vtkRenderer*, vtkRenderWindowInteractor*) + 1399
30 0x7fedc998ddd4 /home/gavin/ParaView-5.6.0-1408-gef655b8-MPI-Linux-64bit/lib/libvtkCommonCore-pv5.6.so.1(+0x433dd4) [0x7fedc998ddd4]
29 0x7fedd83a92e0 vtkSMViewProxyInteractorHelper::Execute(vtkObject*, unsigned long, void*) + 208
28 0x7fedd83a91d6 vtkSMViewProxyInteractorHelper::Render() + 390
27 0x7fedd83a6190 vtkSMViewProxy::InteractiveRender() + 320
26 0x7fedd836c111 vtkSMRenderViewProxy::PreRender(bool) + 177
25 0x7fedd836c01c vtkSMRenderViewProxy::UpdateLOD() + 140
24 0x7fedd6c01ed5 vtkPVSessionBase::ExecuteStream(unsigned int, vtkClientServerStream const&, bool) + 53
23 0x7fedd6c0313b vtkPVSessionCore::ExecuteStream(unsigned int, vtkClientServerStream const&, bool) + 59
22 0x7fedd6c03305 vtkPVSessionCore::ExecuteStreamInternal(vtkClientServerStream const&, bool) + 245
21 0x7fedd1cff83d vtkClientServerInterpreter::ProcessStream(vtkClientServerStream const&) + 29
20 0x7fedd1cff4fe vtkClientServerInterpreter::ProcessOneMessage(vtkClientServerStream const&, int) + 1262
19 0x7fedd1cfe9aa vtkClientServerInterpreter::ProcessCommandInvoke(vtkClientServerStream const&, int) + 330
18 0x7fedd1cfe6c2 vtkClientServerInterpreter::CallCommandFunction(char const*, vtkObjectBase*, char const*, vtkClientServerStream const&, vtkClientServerStream&) + 322
17 0x7fedc6a7db79 /home/gavin/ParaView-5.6.0-1408-gef655b8-MPI-Linux-64bit/lib/libvtkPVServerManagerApplication-pv5.6.so.1(+0x306b79) [0x7fedc6a7db79]
16 0x7fedd7c42f4a vtkPVRenderView::UpdateLOD() + 170
15 0x7fedd7c533cd vtkPVView::CallProcessViewRequest(vtkInformationRequestKey*, vtkInformation*, vtkInformationVector*) + 205
14 0x7fedd7bf4078 vtkGeometryRepresentationWithFaces::ProcessViewRequest(vtkInformationRequestKey*, vtkInformation*, vtkInformation*) + 24
13 0x7fedd7bf1089 vtkGeometryRepresentation::ProcessViewRequest(vtkInformationRequestKey*, vtkInformation*, vtkInformation*) + 201
12 0x7fedcabcef2f vtkStreamingDemandDrivenPipeline::Update(int, vtkInformationVector*) + 287
11 0x7fedcab9096a vtkDemandDrivenPipeline::UpdateData(int) + 138
10 0x7fedcabcd899 vtkStreamingDemandDrivenPipeline::ProcessRequest(vtkInformation*, vtkInformationVector**, vtkInformationVector*) + 713
9 0x7fedcab91e56 vtkDemandDrivenPipeline::ProcessRequest(vtkInformation*, vtkInformationVector**, vtkInformationVector*) + 1446
8 0x7fedcab8c452 vtkCompositeDataPipeline::ExecuteData(vtkInformation*, vtkInformationVector**, vtkInformationVector*) + 306
7 0x7fedcab8be7c vtkCompositeDataPipeline::ExecuteSimpleAlgorithm(vtkInformation*, vtkInformationVector**, vtkInformationVector*, int) + 1548
6 0x7fedcab8ca6b vtkCompositeDataPipeline::ExecuteEach(vtkCompositeDataIterator*, vtkInformationVector**, vtkInformationVector*, int, int, vtkInformation*, std::vector<vtkSmartPointer, std::allocator<vtkSmartPointer > >&) + 299
5 0x7fedcab8c7c2 vtkCompositeDataPipeline::ExecuteSimpleAlgorithmForBlock(vtkInformationVector**, vtkInformationVector*, vtkInformation*, vtkInformation*, vtkDataObject*) + 706
4 0x7fedcab8f257 vtkDemandDrivenPipeline::ExecuteData(vtkInformation*, vtkInformationVector**, vtkInformationVector*) + 55
3 0x7fedcab94dc0 vtkExecutive::CallAlgorithm(vtkInformation*, int, vtkInformationVector**, vtkInformationVector*) + 64
2 0x7fedc363d107 vtkmLevelOfDetail::RequestData(vtkInformation*, vtkInformationVector**, vtkInformationVector*) + 471
1 0x7fedc36ca1fa /home/gavin/ParaView-5.6.0-1408-gef655b8-MPI-Linux-64bit/lib/libvtkAcceleratorsVTKm-pv5.6.so.1(+0xf1c1fa) [0x7fedc36ca1fa]
0 0x7fedda4c5e00 /usr/lib/libc.so.6(+0x37e00) [0x7fedda4c5e00]
( 20.712s) [paraview ] :0 FATL| Signal: SIGSEGV

Just thought this issue should be known. For now, I’m just going to stick to using the 5.6.0 release.

(Ben Boeckel) #2

Is it possible to share the data file you used?

(Andy Bauer) #3

Bringing this to the attention of @olesenm

(Gavin Ridley) #4

Well, I tried a simple cuboidal polyhedral heat conduction problem, and it seems to run fine. Attached is a simplified version of my data that paraview chokes on, just containing a uniform temperature field of 748. This one is not polyhedral, but is hexhedral and decomposed over 144 processors. You can open it by unzipping and running paraview on “a.foam”, and should find that the initial view loads but crashes once any changes are made.

I couldn’t get the 130 MB file to upload to this forum, so here’s a google drive link to it.

Thanks!

(Ben Boeckel) #5

Hmm. I’m able to open the file and play around with it (toggling checkboxes on the reader itself) and add filters to it. Maybe this is fixed on master since your build?

(Gavin Ridley) #6

Did you load the “decomposed” version and not “reconstructed”? That’s what did it for me.

Gavin Ridley

(Ben Boeckel) #7

Hmm. That’s not doing anything else. I can change the representation and step through the timesteps just fine with all cell and mesh fields enabled.

(Mathieu Westphal (Kitware)) #8

I reproduce the issue with the last nightly, but not with master. It may be a cmake option issue or a packaging issue ?

(Mathieu Westphal (Kitware)) #9

Looks like this bug:
https://gitlab.kitware.com/paraview/paraview/issues/19030#note_571950

(Mathieu Westphal (Kitware)) #10

This is this bug indeed. As a workaround, please disable LOD or use Outline for interactive rendering.

(Utkarsh Ayachit) #11

@robert.maynard, @allison.vacanti, this topic includes a dataset to reproduce the vtmLevelOfDetail segfault.

(Mathieu Westphal (Kitware)) #12

@robert.maynard @allison.vacanti You may want to use this one (2.6 MB), much smaller.