[Paraview] Paraview 4.3.1 OSMesa build - QWidget::repaint: Recursive repaint detected

David Trudgian David.Trudgian at UTSouthwestern.edu
Wed Sep 9 09:52:19 EDT 2015 

Have sent the CMakeCache.txt off list as it’s a couple hundred KB.

I still get the recursive paint error on the client – it immediately precedes the warning about the 3/4 component images from the client, and the crash on the server. In the non-debug server I don’t get a segfault – but it becomes completely unresponsive to further connection attempts.

The recursive paint error is server dependent. If I use the client to connect to a standard binary, or a self-built OpenGL pvserver then no issues. Only get the recursive paint issue when I try to connect to the self-built OSMesa pvserver.

Thanks again,

DT


--
David Trudgian Ph.D.
Computational Scientist, BioHPC
UT Southwestern Medical Center
Dallas, TX 75390-9039
Tel: (214) 648-4833

From: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com]
Sent: Tuesday, September 8, 2015 4:21 PM
To: David Trudgian <David.Trudgian at UTSouthwestern.edu>
Cc: paraview at paraview.org
Subject: Re: [Paraview] Paraview 4.3.1 OSMesa build - QWidget::repaint: Recursive repaint detected

Mind attaching the CMakeCache.txt from the server build? BTW, this is totally different error than what we started with. The original issue was that the client was complaining about recursive paint. Seems to me the pvserver build is a little messed up right now.

On Tue, Sep 8, 2015 at 4:24 PM, David Trudgian <David.Trudgian at utsouthwestern.edu<mailto:David.Trudgian at utsouthwestern.edu>> wrote:
Hi,

Built a debug version. On the client side I now noticed the following warning on the console after I acknowledge the error dialog:

Generic Warning: In /home2/dtrudgian/paraview/ParaView-v4.3.1-source/VTK/Rendering/Parallel/vtkSynchronizedRenderers.cxx, line 730
Only 3 or 4 component images are handled.

The pvserver stack trace is below. I guess this is something to do with the OSMesa config?

Program received signal SIGSEGV, Segmentation fault.
try_update_scene_state (setup=0x1d66380) at lp_setup.c:1050
1050                fstored[i] = setup->blend_color.current.color[i % 4];
Missing separate debuginfos, use: debuginfo-install glibc-2.12-1.166.el6_7.1.x86_64 infinipath-psm-3.1-364.1140_open.x86_64 libcxgb3-1.3.1mlnx1-OFED.2.0.2.6.2.28.g58e86c2.x86_64 libcxgb4-1.3.0mlnx1-OFED.2.0.2.6.2.28.g3287317.x86_64 libgcc-4.4.7-11.el6.x86_64 libibmad-1.3.9.MLNX20130522.1e79ec6-0.1.x86_64 libibumad-1.3.8.MLNX20130522.da65ddf-0.1.x86_64 libibverbs-1.1.6mlnx2-OFED.2.0.2.6.8.10.g4c4c3f1.x86_64 libipathverbs-1.2mlnx-1.x86_64 libmlx4-1.0.4mlnx2-OFED.2.0.2.6.7.8.g5ddd0ea.x86_64 libmlx5-1.0.0-OFED.2.0.3.1.0.3.g00bb19b.x86_64 libnes-1.1.3mlnx1-OFED.2.0.2.6.3.1.gae2c5c5.x86_64 librdmacm-1.0.17mlnx2-OFED.2.0.2.6.2.22.g13cb0e8.x86_64 libstdc++-4.4.7-11.el6.x86_64 ncurses-libs-5.7-3.20090208.el6.x86_64 nss-pam-ldapd-0.7.5-20.el6_6.3.x86_64 numactl-2.0.9-2.el6.x86_64 opensm-libs-4.0.5.MLNX20130808.c2b40b1-0.1.x86_64 zlib-1.2.3-29.el6.x86_64
(gdb) set loggin on
Copying output to gdb.txt.
(gdb) bt
#0  try_update_scene_state (setup=0x1d66380) at lp_setup.c:1050
#1  0x00002aaabe71d05d in begin_binning (setup=0x1d66380) at lp_setup.c:207
#2  0x00002aaabe71d6b5 in execute_clears (setup=0x1d66380, new_state=224, reason=0x1 <Address 0x1 out of bounds>)
    at lp_setup.c:279
#3  set_scene_state (setup=0x1d66380, new_state=224, reason=0x1 <Address 0x1 out of bounds>) at lp_setup.c:327
#4  0x00002aaabe71d4b0 in lp_setup_flush (setup=0x1d66380, fence=0xe0, reason=0x1 <Address 0x1 out of bounds>)
    at lp_setup.c:359
#5  0x00002aaabe6fa7d0 in llvmpipe_flush (pipe=0x1d66380, resource=0xe0, level=1, read_only=0 '\000',
    cpu_access=0 '\000', do_not_block=128 '\200', reason=0x2aaabe7bfe30 "llvmpipe_transfer_map") at lp_flush.c:55
#6  llvmpipe_finish (pipe=0x1d66380, resource=0xe0, level=1, read_only=0 '\000', cpu_access=0 '\000',
    do_not_block=128 '\200', reason=0x2aaabe7bfe30 "llvmpipe_transfer_map") at lp_flush.c:82
#7  llvmpipe_flush_resource (pipe=0x1d66380, resource=0xe0, level=1, read_only=0 '\000', cpu_access=0 '\000',
    do_not_block=128 '\200', reason=0x2aaabe7bfe30 "llvmpipe_transfer_map") at lp_flush.c:120
#8  0x00002aaabe734cdf in llvmpipe_transfer_map (pipe=0x1d66380, resource=0xe0, level=1, usage=0, box=0x2200100,
    transfer=0x2200080) at lp_texture.c:521
#9  0x00002aaabe4399fa in pipe_transfer_map (ctx=0x1d66380, rb=0xe0, x=1, y=0, w=35651840, h=35651712, mode=1,
    mapOut=0x7fffffff8eb8, rowStrideOut=0x7fffffff8ee0) at ../../src/gallium/auxiliary/util/u_inlines.h:447
#10 st_MapRenderbuffer (ctx=0x1d66380, rb=0xe0, x=1, y=0, w=35651840, h=35651712, mode=1, mapOut=0x7fffffff8eb8,
    rowStrideOut=0x7fffffff8ee0) at state_tracker/st_cb_fbo.c:796
#11 0x00002aaabe365d22 in readpixels_memcpy (ctx=0x1d66380, x=0, y=0, width=0, height=30864256, format=35651712,
    type=1396, packing=0x1908, pixels=0x22f1040) at main/readpix.c:226
#12 _mesa_readpixels (ctx=0x1d66380, x=0, y=0, width=0, height=30864256, format=35651712, type=1396, packing=0x1908,
    pixels=0x22f1040) at main/readpix.c:872
#13 0x00002aaabe43bb87 in st_readpixels (ctx=0x1d66380, x=224, y=1, width=0, height=35651840, format=35651712,
    type=6408, pack=0x574, pixels=0x2e6) at state_tracker/st_cb_readpixels.c:227
#14 0x00002aaabe366a25 in _mesa_ReadnPixelsARB (x=30827392, y=224, width=1, height=0, format=35651840,
    type=35651712, pixels=0x0) at main/readpix.c:1088
#15 _mesa_ReadPixels (x=30827392, y=224, width=1, height=0, format=35651840, type=35651712, pixels=0x0)
    at main/readpix.c:1096
#16 0x00002aaabdd33cab in vtkOpenGLRenderWindow::GetRGBACharPixelData (this=0x1d56080, x1=0, y1=0, x2=741, y2=1395,
    front=1, data=0x22f1040 "")
    at /home2/dtrudgian/paraview/ParaView-v4.3.1-source/VTK/Rendering/OpenGL/vtkOpenGLRenderWindow.cxx:1225
#17 0x00002aaabdd30f25 in vtkOpenGLRenderWindow::GetRGBACharPixelData (this=0x1d56080, x1=0, y1=0, x2=741, y2=1395,
    front=1, data=0x1d7a2e0)
    at /home2/dtrudgian/paraview/ParaView-v4.3.1-source/VTK/Rendering/OpenGL/vtkOpenGLRenderWindow.cxx:1159
#18 0x00002aaabac03127 in vtkSynchronizedRenderers::vtkRawImage::Capture (this=0x1d87c80, ren=0x1d562a0)
    at /home2/dtrudgian/paraview/ParaView-v4.3.1-source/VTK/Rendering/Parallel/vtkSynchronizedRenderers.cxx:796
#19 0x00002aaabac01e5b in vtkSynchronizedRenderers::CaptureRenderedImage (this=0x1d87c20)
    at /home2/dtrudgian/paraview/ParaView-v4.3.1-source/VTK/Rendering/Parallel/vtkSynchronizedRenderers.cxx:269
#20 0x00002aaab703249c in vtkPVClientServerSynchronizedRenderers::SlaveEndRender (this=0x1d87c20)
    at /home2/dtrudgian/paraview/ParaView-v4.3.1-source/ParaViewCore/ClientServerCore/Rendering/vtkPVClientServerSynchronizedRenderers.cxx:80
#21 0x00002aaabac01b27 in vtkSynchronizedRenderers::HandleEndRender (this=0x1d87c20)
    at /home2/dtrudgian/paraview/ParaView-v4.3.1-source/VTK/Rendering/Parallel/vtkSynchronizedRenderers.cxx:227
#22 0x00002aaabac051f9 in vtkSynchronizedRenderers::vtkObserver::Execute (this=0x1cfd720, eventId=4)
    at /home2/dtrudgian/paraview/ParaView-v4.3.1-source/VTK/Rendering/Parallel/vtkSynchronizedRenderers.cxx:61
#23 0x00002aaab2a97906 in vtkSubjectHelper::InvokeEvent (this=0x1d6ab60, event=4, callData=0x0, self=0x1d562a0)
    at /home2/dtrudgian/paraview/ParaView-v4.3.1-source/VTK/Common/Core/vtkObject.cxx:616
#24 0x00002aaab2a950be in vtkObject::InvokeEvent (this=0x1d562a0, event=4, callData=0x0)
    at /home2/dtrudgian/paraview/ParaView-v4.3.1-source/VTK/Common/Core/vtkObject.cxx:785
#25 0x00002aaaad499189 in vtkRenderer::Render (this=0x1d562a0)
    at /home2/dtrudgian/paraview/ParaView-v4.3.1-source/VTK/Rendering/Core/vtkRenderer.cxx:344
#26 0x00002aaaad4957dc in vtkRendererCollection::Render (this=0x1d3c340)
    at /home2/dtrudgian/paraview/ParaView-v4.3.1-source/VTK/Rendering/Core/vtkRendererCollection.cxx:51
#27 0x00002aaaad4bcde0 in vtkRenderWindow::DoStereoRender (this=0x1d56080)
    at /home2/dtrudgian/paraview/ParaView-v4.3.1-source/VTK/Rendering/Core/vtkRenderWindow.cxx:771
#28 0x00002aaaad4bd728 in vtkRenderWindow::DoFDRender (this=0x1d56080)
    at /home2/dtrudgian/paraview/ParaView-v4.3.1-source/VTK/Rendering/Core/vtkRenderWindow.cxx:740
#29 0x00002aaaad4be23b in vtkRenderWindow::DoAARender (this=0x1d56080)
    at /home2/dtrudgian/paraview/ParaView-v4.3.1-source/VTK/Rendering/Core/vtkRenderWindow.cxx:619
#30 0x00002aaaad4b7e14 in vtkRenderWindow::Render (this=0x1d56080)
    at /home2/dtrudgian/paraview/ParaView-v4.3.1-source/VTK/Rendering/Core/vtkRenderWindow.cxx:435
#31 0x00002aaab70aa249 in vtkPVRenderView::Render (this=0x1d10440, interactive=false, skip_rendering=false)
    at /home2/dtrudgian/paraview/ParaView-v4.3.1-source/ParaViewCore/ClientServerCore/Rendering/vtkPVRenderView.cxx:1232
#32 0x00002aaab70a35d8 in vtkPVRenderView::StillRender (this=0x1d10440)
    at /home2/dtrudgian/paraview/ParaView-v4.3.1-source/ParaViewCore/ClientServerCore/Rendering/vtkPVRenderView.cxx:1082
#33 0x00002aaaaba412e1 in vtkPVRenderViewCommand (arlu=0x7b9fc0, ob=0x1d10440, method=0xd60699 "StillRender",
    msg=..., resultStream=...)
    at /home2/dtrudgian/paraview/buildosmesa2-debug/Wrapping/ClientServer/vtkPVRenderViewClientServer.cxx:201
#34 0x00002aaaafd2df55 in vtkClientServerInterpreter::CallCommandFunction (this=0x7b9fc0,
    cname=0x2aaab7121580 "vtkPVRenderView", ptr=0x1d10440, method=0xd60699 "StillRender", msg=..., result=...)
    at /home2/dtrudgian/paraview/ParaView-v4.3.1-source/ParaViewCore/ClientServerStream/vtkClientServerInterpreter.cxx:848
#35 0x00002aaaafd3035a in vtkClientServerInterpreter::ProcessCommandInvoke (this=0x7b9fc0, css=..., midx=0)
    at /home2/dtrudgian/paraview/ParaView-v4.3.1-source/ParaViewCore/ClientServerStream/vtkClientServerInterpreter.cxx:436
#36 0x00002aaaafd2bd95 in vtkClientServerInterpreter::ProcessOneMessage (this=0x7b9fc0, css=..., message=0)
    at /home2/dtrudgian/paraview/ParaView-v4.3.1-source/ParaViewCore/ClientServerStream/vtkClientServerInterpreter.cxx:269
#37 0x00002aaaafd2bbf3 in vtkClientServerInterpreter::ProcessStream (this=0x7b9fc0, css=...)
    at /home2/dtrudgian/paraview/ParaView-v4.3.1-source/ParaViewCore/ClientServerStream/vtkClientServerInterpreter.cxx:238
#38 0x00002aaaac6dd65d in vtkPVSessionCore::ExecuteStreamInternal (this=0x7b9f00, stream=..., ignore_errors=false)
    at /home2/dtrudgian/paraview/ParaView-v4.3.1-source/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx:669
#39 0x00002aaaac6d931b in vtkPVSessionCore::ExecuteStream (this=0x7b9f00, location=21, stream=...,
    ignore_errors=false)
    at /home2/dtrudgian/paraview/ParaView-v4.3.1-source/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx:639
#40 0x00002aaaac6d6434 in vtkPVSessionBase::ExecuteStream (this=0x7b9b80, location=21, stream=...,
    ignore_errors=false)
    at /home2/dtrudgian/paraview/ParaView-v4.3.1-source/ParaViewCore/ServerImplementation/Core/vtkPVSessionBase.cxx:16---Type <return> to continue, or q <return> to quit---
8
#41 0x00002aaaac6ed1e0 in vtkPVSessionServer::OnClientServerMessageRMI (this=0x7b9b80, message=0xd58940,
    message_length=16)
    at /home2/dtrudgian/paraview/ParaView-v4.3.1-source/ParaViewCore/ServerImplementation/Core/vtkPVSessionServer.cxx:552
#42 0x00002aaaac6edc50 in (anonymous namespace)::RMICallback (localArg=0x7b9b80, remoteArg=0xd58940,
    remoteArgLength=16)
    at /home2/dtrudgian/paraview/ParaView-v4.3.1-source/ParaViewCore/ServerImplementation/Core/vtkPVSessionServer.cxx:56
#43 0x00002aaab0bd1127 in vtkMultiProcessController::ProcessRMI (this=0x1cd1460, remoteProcessId=1, arg=0xd58940,
    argLength=16, rmiTag=55625)
    at /home2/dtrudgian/paraview/ParaView-v4.3.1-source/VTK/Parallel/Core/vtkMultiProcessController.cxx:774
#44 0x00002aaab0bd02e4 in vtkMultiProcessController::ProcessRMIs (this=0x1cd1460, reportErrors=0, dont_loop=1)
    at /home2/dtrudgian/paraview/ParaView-v4.3.1-source/VTK/Parallel/Core/vtkMultiProcessController.cxx:719
#45 0x00002aaaacad0970 in vtkTCPNetworkAccessManager::ProcessEventsInternal (this=0x7aaf40, timeout_msecs=0,
    do_processing=true)
    at /home2/dtrudgian/paraview/ParaView-v4.3.1-source/ParaViewCore/ClientServerCore/Core/vtkTCPNetworkAccessManager.cxx:268
#46 0x00002aaaacacfff8 in vtkTCPNetworkAccessManager::ProcessEvents (this=0x7aaf40, timeout_msecs=0)
    at /home2/dtrudgian/paraview/ParaView-v4.3.1-source/ParaViewCore/ClientServerCore/Core/vtkTCPNetworkAccessManager.cxx:165
#47 0x00000000004032a4 in RealMain(int, char **, enum vtkProcessModule::ProcessTypes) (argc=1, argv=0x7fffffffd5d8,
    type=vtkProcessModule::PROCESS_SERVER)
    at /home2/dtrudgian/paraview/ParaView-v4.3.1-source/CommandLineExecutables/pvserver_common.h:91
#48 0x000000000040337e in main (argc=1, argv=0x7fffffffd5d8)
    at /home2/dtrudgian/paraview/ParaView-v4.3.1-source/CommandLineExecutables/pvserver.cxx:27

--
David Trudgian Ph.D.
Computational Scientist, BioHPC
UT Southwestern Medical Center
Dallas, TX 75390-9039
Tel: (214) 648-4833<tel:%28214%29%20648-4833>

From: David Trudgian
Sent: Tuesday, September 8, 2015 2:09 PM
To: 'Utkarsh Ayachit' <utkarsh.ayachit at kitware.com<mailto:utkarsh.ayachit at kitware.com>>
Cc: paraview at paraview.org<mailto:paraview at paraview.org>
Subject: RE: [Paraview] Paraview 4.3.1 OSMesa build - QWidget::repaint: Recursive repaint detected

Utkarsh,

Thanks for the note. Glad to know that we might not be the only ones with the issue. I’m working on getting a debug build and callstack now. Just thought I’d post first in case anyone had any ideas.

--
David Trudgian Ph.D.
Computational Scientist, BioHPC
UT Southwestern Medical Center
Dallas, TX 75390-9039
Tel: (214) 648-4833<tel:%28214%29%20648-4833>

From: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com]
Sent: Tuesday, September 8, 2015 1:56 PM
To: David Trudgian <David.Trudgian at UTSouthwestern.edu<mailto:David.Trudgian at UTSouthwestern.edu>>
Cc: paraview at paraview.org<mailto:paraview at paraview.org>
Subject: Re: [Paraview] Paraview 4.3.1 OSMesa build - QWidget::repaint: Recursive repaint detected

Oddly, I was communicating with someone about a similar issue, but haven't been able to get to the root cause. Do you have a debug build of ParaView? Would it be possible to get a callstack to when than error message is popped up?

Utkarsh

On Tue, Sep 8, 2015 at 2:26 PM, David Trudgian <David.Trudgian at utsouthwestern.edu<mailto:David.Trudgian at utsouthwestern.edu>> wrote:
Hi,

After working through the information on the web I’ve built Paraview 4.3.1 with OSMesa support, osmesa 10.5.4 with llvmpipe, and libGlu 9.0.0. MPI is OpenMPI 1.8.3 and everything is compiled using the Intel 2015 compiler suite.

A Paraview build using MPI and standard OpenGL is working nicely on our GPU compute nodes with NVIDIA Tesla cards. However, if I start the OSMesa pvserver (for our non-GPU nodes) and connect from the client I immediately receive an error:

QWidget::repaint: Recursive repaint detected

The client will exit. The server doesn’t exit, but is unresponsive to further connection attempts.

Has anyone else come across this issue with an OSMesa build? As above, the build using a physical NVIDIA card works great, with MPI working nicely etc.

Many Thanks,

--
David Trudgian Ph.D.
Computational Scientist, BioHPC
UT Southwestern Medical Center
Dallas, TX 75390-9039
Tel: (214) 648-4833<tel:%28214%29%20648-4833>


________________________________

UT Southwestern


Medical Center



The future of medicine, today.


_______________________________________________
Powered by www.kitware.com<http://www.kitware.com>

Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView

Search the list archives at: http://markmail.org/search/?q=ParaView

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/paraview


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview/attachments/20150909/8fc172e1/attachment.html>

More information about the ParaView mailing list