CFD Online Logo CFD Online URL
www.cfd-online.com
[Sponsors]
Home > Forums > Visualization & Post-Processing Software > ParaView

[OpenFOAM] new installation gives only segmentation faults

Register Blogs Community New Posts Updated Threads Search

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
Old   April 19, 2015, 11:55
Default new installation gives only segmentation faults
  #1
New Member
 
California
Join Date: Apr 2015
Posts: 2
Rep Power: 0
m4baker is on a distinguished road
I recently installed paraview 4.1.0 as distributed in OpenFOAM 2.3.1's ThirdParty library. I did a clean source install on an Ubuntu 12.04 machine.

Every time I run paraview (whether through the paraFoam wrapper or not), the initial window appears, I get a segmentation fault, and that's it.

No warnings, no messages, no idea where to start.

I am accessing the machine remotely via ssh -X, and my local machine is a windows box running the cygwin X server.

Has anyone else ever run into this?

Thanks in advance!
m4baker is offline   Reply With Quote

Old   April 19, 2015, 12:16
Default
  #2
Retired Super Moderator
 
Bruno Santos
Join Date: Mar 2009
Location: Lisbon, Portugal
Posts: 10,981
Blog Entries: 45
Rep Power: 128
wyldckat is a name known to allwyldckat is a name known to allwyldckat is a name known to allwyldckat is a name known to allwyldckat is a name known to allwyldckat is a name known to all
Greetings m4baker and welcome to the forum!

A few quick questions a possible solutions:
  1. Have you confirmed if you can run ParaView locally in the machine where it's installed?
  2. Do you have more than one ParaView version installed?
  3. Try the solutions presented here: http://www.cfd-online.com/Forums/ope...ver-0-0-a.html
Best regards,
Bruno
__________________
wyldckat is offline   Reply With Quote

Old   April 20, 2015, 23:33
Default
  #3
New Member
 
California
Join Date: Apr 2015
Posts: 2
Rep Power: 0
m4baker is on a distinguished road
Bruno, thanks for the quick reply!

I did sit down at the workstation and verified that ParaView and paraFoam both start without error.

I have no other versions installed that I know of.

I did go through the referenced link - it seems like it was mostly based on making sure DISPLAY is set correctly. I did verify this - xlogo and gedit work fine.

The other suggestion in the link was to set LIBGL_ALWAYS_INDIRECT as follows:

export LIBGL_ALWAYS_INDIRECT=y

When I try this, I get a different crash with the backtrace below.

Any other suggestions?

Thanks!


user@myhost:~$ paraview
*** glibc detected *** /home/user/OpenFOAM/ThirdParty-2.3.1/platforms/linux64Gcc/ParaView-4.1.0/lib/paraview-4.1/paraview: munmap_chunk(): invalid pointer: 0x0000000002913b60 ***
======= Backtrace: =========
/lib/x86_64-linux-gnu/libc.so.6(+0x7e846)[0x7f2717aac846]
/home/user/OpenFOAM/ThirdParty-2.3.1/platforms/linux64Gcc/ParaView-4.1.0/lib/paraview-4.1/libvtkRenderingOpenGL-pv4.1.so.1(_ZN21vtkOpenGLRenderWindow12GetPixelDat aEiiiiiPh+0xd4)[0x7f270a5e9104]
/home/user/OpenFOAM/ThirdParty-2.3.1/platforms/linux64Gcc/ParaView-4.1.0/lib/paraview-4.1/libvtkGUISupportQt-pv4.1.so.1(_ZN10QVTKWidget16saveImageToCacheEv+0xd a)[0x7f27194c005a]
/home/user/OpenFOAM/ThirdParty-2.3.1/platforms/linux64Gcc/ParaView-4.1.0/lib/paraview-4.1/libvtkGUISupportQt-pv4.1.so.1(_ZN9vtkObject22vtkClassMemberCallbackI1 0QVTKWidgetEclEPS_mPv+0x30)[0x7f27194c1420]
/home/user/OpenFOAM/ThirdParty-2.3.1/platforms/linux64Gcc/ParaView-4.1.0/lib/paraview-4.1/libvtkCommonCore-pv4.1.so.1(+0x215e09)[0x7f27154cde09]
/home/user/OpenFOAM/ThirdParty-2.3.1/platforms/linux64Gcc/ParaView-4.1.0/lib/paraview-4.1/libvtkCommonCore-pv4.1.so.1(+0x214fad)[0x7f27154ccfad]
/home/user/OpenFOAM/ThirdParty-2.3.1/platforms/linux64Gcc/ParaView-4.1.0/lib/paraview-4.1/libvtkRenderingCore-pv4.1.so.1(_ZN15vtkRenderWindow15CopyResultFrameEv +0x5c)[0x7f2715e34eac]
/home/user/OpenFOAM/ThirdParty-2.3.1/platforms/linux64Gcc/ParaView-4.1.0/lib/paraview-4.1/libvtkRenderingCore-pv4.1.so.1(_ZN15vtkRenderWindow6RenderEv+0x1bd)[0x7f2715e3627d]
/home/user/OpenFOAM/ThirdParty-2.3.1/platforms/linux64Gcc/ParaView-4.1.0/lib/paraview-4.1/libvtkRenderingOpenGL-pv4.1.so.1(_ZN22vtkXOpenGLRenderWindow6RenderEv+0x 3e)[0x7f270a6789fe]
/home/user/OpenFOAM/ThirdParty-2.3.1/platforms/linux64Gcc/ParaView-4.1.0/lib/paraview-4.1/libvtkPVClientServerCoreRendering-pv4.1.so.1(_ZN15vtkPVRenderView6RenderEbb+0x21e)[0x7f271639013e]
/home/user/OpenFOAM/ThirdParty-2.3.1/platforms/linux64Gcc/ParaView-4.1.0/lib/paraview-4.1/libvtkPVClientServerCoreRendering-pv4.1.so.1(_ZN15vtkPVRenderView11StillRenderEv+0x3 c)[0x7f271638e06c]
/home/user/OpenFOAM/ThirdParty-2.3.1/platforms/linux64Gcc/ParaView-4.1.0/lib/paraview-4.1/libvtkPVServerManagerApplication-pv4.1.so.1(_Z22vtkPVRenderViewCommandP26vtkClientS erverInterpreterP13vtkObjectBasePKcRK21vtkClientSe rverStreamRS5_Pv+0x1657)[0x7f2713531ba7]
/home/user/OpenFOAM/ThirdParty-2.3.1/platforms/linux64Gcc/ParaView-4.1.0/lib/paraview-4.1/libvtkClientServer-pv4.1.so.1(_ZN26vtkClientServerInterpreter19CallCo mmandFunctionEPKcP13vtkObjectBaseS1_RK21vtkClientS erverStreamRS4_+0x131)[0x7f271236fb31]
/home/user/OpenFOAM/ThirdParty-2.3.1/platforms/linux64Gcc/ParaView-4.1.0/lib/paraview-4.1/libvtkClientServer-pv4.1.so.1(_ZN26vtkClientServerInterpreter20Proces sCommandInvokeERK21vtkClientServerStreami+0x1c1)[0x7f2712374ac1]
/home/user/OpenFOAM/ThirdParty-2.3.1/platforms/linux64Gcc/ParaView-4.1.0/lib/paraview-4.1/libvtkClientServer-pv4.1.so.1(_ZN26vtkClientServerInterpreter17Proces sOneMessageERK21vtkClientServerStreami+0x4f5)[0x7f2712373305]
/home/user/OpenFOAM/ThirdParty-2.3.1/platforms/linux64Gcc/ParaView-4.1.0/lib/paraview-4.1/libvtkClientServer-pv4.1.so.1(_ZN26vtkClientServerInterpreter13Proces sStreamERK21vtkClientServerStream+0x1d)[0x7f271237365d]
/home/user/OpenFOAM/ThirdParty-2.3.1/platforms/linux64Gcc/ParaView-4.1.0/lib/paraview-4.1/libvtkPVServerImplementationCore-pv4.1.so.1(_ZN16vtkPVSessionCore21ExecuteStreamInt ernalERK21vtkClientServerStreamb+0x10c)[0x7f271683a2ac]
/home/user/OpenFOAM/ThirdParty-2.3.1/platforms/linux64Gcc/ParaView-4.1.0/lib/paraview-4.1/libvtkPVServerImplementationCore-pv4.1.so.1(_ZN16vtkPVSessionCore13ExecuteStreamEjR K21vtkClientServerStreamb+0x4c)[0x7f2716839b6c]
/home/user/OpenFOAM/ThirdParty-2.3.1/platforms/linux64Gcc/ParaView-4.1.0/lib/paraview-4.1/libvtkPVServerImplementationCore-pv4.1.so.1(_ZN16vtkPVSessionBase13ExecuteStreamEjR K21vtkClientServerStreamb+0x42)[0x7f27168388b2]
/home/user/OpenFOAM/ThirdParty-2.3.1/platforms/linux64Gcc/ParaView-4.1.0/lib/paraview-4.1/libvtkPVServerManagerRendering-pv4.1.so.1(_ZN14vtkSMViewProxy11StillRenderEv+0xed )[0x7f2716e66b9d]
/home/user/OpenFOAM/ThirdParty-2.3.1/platforms/linux64Gcc/ParaView-4.1.0/lib/paraview-4.1/libvtkGUISupportQt-pv4.1.so.1(_ZN10QVTKWidget10paintEventEP11QPaintEv ent+0xb1)[0x7f27194c0391]
/usr/lib/x86_64-linux-gnu/libQtGui.so.4(_ZN7QWidget5eventEP6QEvent+0x636)[0x7f27189f10f6]
/usr/lib/x86_64-linux-gnu/libQtGui.so.4(_ZN19QApplicationPrivate13notify_hel perEP7QObjectP6QEvent+0xb4)[0x7f27189a0894]
/usr/lib/x86_64-linux-gnu/libQtGui.so.4(_ZN12QApplication6notifyEP7QObjectP6 QEvent+0x113)[0x7f27189a5713]
/usr/lib/x86_64-linux-gnu/libQtCore.so.4(_ZN16QCoreApplication14notifyIntern alEP7QObjectP6QEvent+0x8c)[0x7f271847de9c]
/usr/lib/x86_64-linux-gnu/libQtGui.so.4(_ZN14QWidgetPrivate10drawWidgetEP12Q PaintDeviceRK7QRegionRK6QPointiP8QPainterP19QWidge tBackingStore+0x3e6)[0x7f27189ecd96]
/usr/lib/x86_64-linux-gnu/libQtGui.so.4(_ZN14QWidgetPrivate11repaint_sysERK7 QRegion+0x157)[0x7f2718bb87c7]
/usr/lib/x86_64-linux-gnu/libQtGui.so.4(_ZN14QWidgetPrivate16syncBackingStor eEv+0x24)[0x7f27189e3a64]
/usr/lib/x86_64-linux-gnu/libQtGui.so.4(_ZN7QWidget5eventEP6QEvent+0xb4c)[0x7f27189f160c]
/usr/lib/x86_64-linux-gnu/libQtGui.so.4(_ZN19QApplicationPrivate13notify_hel perEP7QObjectP6QEvent+0xb4)[0x7f27189a0894]
/usr/lib/x86_64-linux-gnu/libQtGui.so.4(_ZN12QApplication6notifyEP7QObjectP6 QEvent+0x113)[0x7f27189a5713]
/usr/lib/x86_64-linux-gnu/libQtCore.so.4(_ZN16QCoreApplication14notifyIntern alEP7QObjectP6QEvent+0x8c)[0x7f271847de9c]
/usr/lib/x86_64-linux-gnu/libQtCore.so.4(_ZN23QCoreApplicationPrivate16sendP ostedEventsEP7QObjectiP11QThreadData+0x46a)[0x7f2718481c6a]
/usr/lib/x86_64-linux-gnu/libQtCore.so.4(+0x1a9f93)[0x7f27184acf93]
/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_context_dispatch+0x133)[0x7f27100c2d13]
/lib/x86_64-linux-gnu/libglib-2.0.so.0(+0x48060)[0x7f27100c3060]
/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_context_iteration+0x34)[0x7f27100c3124]
/usr/lib/x86_64-linux-gnu/libQtCore.so.4(_ZN20QEventDispatcherGlib13processE ventsE6QFlagsIN10QEventLoop17ProcessEventsFlagEE+0 x6f)[0x7f27184ad3bf]
/usr/lib/x86_64-linux-gnu/libQtGui.so.4(+0x273d9e)[0x7f2718a48d9e]
/usr/lib/x86_64-linux-gnu/libQtCore.so.4(_ZN16QCoreApplication13processEvent sE6QFlagsIN10QEventLoop17ProcessEventsFlagEE+0x2f)[0x7f271848210f]
/home/user/OpenFOAM/ThirdParty-2.3.1/platforms/linux64Gcc/ParaView-4.1.0/lib/paraview-4.1/paraview(_ZN21pqparaviewInitializer10InitializeEiP PcAborted (core dumped)
user@myhost:~$
m4baker is offline   Reply With Quote

Old   June 15, 2015, 17:17
Default
  #4
Retired Super Moderator
 
Bruno Santos
Join Date: Mar 2009
Location: Lisbon, Portugal
Posts: 10,981
Blog Entries: 45
Rep Power: 128
wyldckat is a name known to allwyldckat is a name known to allwyldckat is a name known to allwyldckat is a name known to allwyldckat is a name known to allwyldckat is a name known to all
Hi m4baker,

Sorry for the reaaaaally late reply
Time has been flying by and I've had this thread on my to-do list for quite sometime now and only today did I managed try to trim a few more issues from said list.

I should have answered back then that you could try looking at the other possibilities from a list on blog post of mine: Related issues to ParaView with OpenFOAM - Fixes and solutions - but I think I didn't propose this back then, because I didn't remember any similar issues... at least not back then.

I would have liked to have the time to test to reproduce a similar set-up, but the opportunity hasn't come up yet. Nonetheless, I did have some off and on uses of x2go (it's an NX implementation, an X-VNX-hybrid protocol), where OpenGL support doesn't work all that well, unless proper configurations are made at least on the server machine.
I unfortunately haven't managed to figure out how this can be done for a standard VNC session (not a shared desktop), but it does work very well when using a shared desktop, i.e. a reflection of the desktop that is open on the local machine.

In other words, beyond something like x2go, you can try something like this: http://serverfault.com/a/478280


Now that I think even more about it... perhaps your ParaView build was done with the drivers for the local graphics card? For example, if ParaView links directly to the NVidia implementation of OpenGL, then it's only natural that it will have problems. But the only bypass I can think of is building ParaView with the Mesa implementation of OpenGL, which uses CPU processing power, instead of the GPU on the graphics card... which usually isn't an acceptable solution

Best regards,
Bruno
wyldckat is offline   Reply With Quote

Reply

Tags
openfoam 2.3.1, paraview 4.1.0, segmentation fault


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are Off
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
[swak4Foam] segmentation faults when using the debug switch "ExpressionResult" Astrodan OpenFOAM Running, Solving & CFD 1 February 21, 2016 17:29
[foam-extend.org] A smooth installation of foam-3.0-extend on OpenSUSE 13.1 64-bits cookcaptain OpenFOAM Installation 7 May 26, 2015 12:22
Shell script to handle Segmentation faults arising from execFlowFunctionObjects pruthvi1991 OpenFOAM Post-Processing 0 February 22, 2015 15:20
CFX11 + Fortran compiler ? Mohan CFX 20 March 30, 2011 19:56
64bitrhel5 OF installation instructions mirko OpenFOAM Installation 2 August 12, 2008 19:07


All times are GMT -4. The time now is 03:19.