Bug 606473 - [abrt] crash in paraview-3.6.2-3.fc13: Process /usr/lib64/paraview/pvserver-real was killed by signal 11 (SIGSEGV)
Summary: [abrt] crash in paraview-3.6.2-3.fc13: Process /usr/lib64/paraview/pvserver-r...
Alias: None
Product: Fedora
Classification: Fedora
Component: paraview
Version: 13
Hardware: x86_64
OS: Linux
Target Milestone: ---
Assignee: Orion Poplawski
QA Contact: Fedora Extras Quality Assurance
Whiteboard: abrt_hash:27e27fa18d345e7ac0b944de3d7...
Depends On:
TreeView+ depends on / blocked
Reported: 2010-06-21 18:05 UTC by Jimmy Dorff
Modified: 2010-07-16 18:51 UTC (History)
2 users (show)

Clone Of:
Last Closed: 2010-07-15 20:07:10 UTC

Attachments (Terms of Use)
File: backtrace (14.02 KB, text/plain)
2010-06-21 18:05 UTC, Jimmy Dorff
no flags Details

Description Jimmy Dorff 2010-06-21 18:05:10 UTC
abrt 1.1.1 detected a crash.

architecture: x86_64
Attached file: backtrace
cmdline: /usr/lib64/paraview/pvserver-real
component: paraview
executable: /usr/lib64/paraview/pvserver-real
global_uuid: 27e27fa18d345e7ac0b944de3d79514137ba8176
package: paraview-3.6.2-3.fc13
rating: 3
reason: Process /usr/lib64/paraview/pvserver-real was killed by signal 11 (SIGSEGV)
release: Fedora release 13 (Goddard)

Please note that the same files can be processed using standalone mode without any error.
Also, I can start the server with "--use-offscreen-rendering" and this problem doesn't occur.

Note that I removed the use of OpenMPI to simplify this test / bug.
Also note that all binaries are from Fedora repos and are in a very standard Fedora install.

How to reproduce
1. Manually start pvserver with command "pvserver"
2. Open XDMF data file in paraview client running in client / server mode. 
3. Set a threshold value, apply and switch to a "Volume" rendering.
4. The server will open a "Visualiztion Toolkit - OpenGL" window and then core dump

Comment 1 Jimmy Dorff 2010-06-21 18:05:14 UTC
Created attachment 425710 [details]
File: backtrace

Comment 2 Orion Poplawski 2010-06-29 23:00:06 UTC
Can you test with this update: http://admin.fedoraproject.org/updates/paraview-3.8.0-2.fc13

Comment 3 Jimmy Dorff 2010-07-14 21:02:43 UTC
testing with:

Now I get a different behavior. When paraview tries to render it locks up and doesn't repaint it's window. I see this in both standalone and client/server usage. 

If I run standalone over remote X11, then it seems to work fine.

Comment 4 Orion Poplawski 2010-07-14 21:59:37 UTC
Let me know if you can reproduce without the rpmfusion nvidia driver.

Comment 5 Jimmy Dorff 2010-07-15 19:53:09 UTC
Retested. I don't see the problem with nouveau and paraview-3.8.0-2. Of course, I don't think there is any 3D acceleration with this config, so it's not optimal.

Comment 6 Jimmy Dorff 2010-07-15 19:54:13 UTC
I should note that the original bug in 3.6.2 occurs with nouveau and the nvidia driver.

Comment 7 Orion Poplawski 2010-07-15 20:07:10 UTC
Okay.  Can't support nvidia driver, sorry.

Comment 8 Jimmy Dorff 2010-07-15 20:27:29 UTC
(In reply to comment #7)
> Okay.  Can't support nvidia driver, sorry.    

I know, you fixed the 3.6.2 issue by updating to 3.8

Comment 9 Fedora Update System 2010-07-15 20:34:31 UTC
paraview-3.8.0-2.fc13 has been submitted as an update for Fedora 13.

Comment 10 Fedora Update System 2010-07-16 18:51:48 UTC
paraview-3.8.0-2.fc13 has been pushed to the Fedora 13 stable repository.  If problems still persist, please make note of it in this bug report.

Note You need to log in before you can comment on or make changes to this bug.