Bug 606473

Summary: [abrt] crash in paraview-3.6.2-3.fc13: Process /usr/lib64/paraview/pvserver-real was killed by signal 11 (SIGSEGV)
Product: [Fedora] Fedora Reporter: Jimmy Dorff <jdorff>
Component: paraviewAssignee: Orion Poplawski <orion>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: 13CC: orion, pertusus
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard: abrt_hash:27e27fa18d345e7ac0b944de3d79514137ba8176
Fixed In Version: paraview-3.8.0-2.fc13 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2010-07-15 20:07:10 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
File: backtrace none

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
kernel: 2.6.33.5-124.fc13.x86_64
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)

comment
-----
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:
paraview-3.8.0-2.fc13.x86_64
2.6.33.6-147.fc13.x86_64
kmod-nvidia-2.6.33.6-147.fc13.x86_64-195.36.31-1.fc13.1.x86_64

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.
http://admin.fedoraproject.org/updates/paraview-3.8.0-2.fc13
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.