Bug 1038731

Summary: Queuing a gzipped file via "Custom Core Location" hangs indefinitely - manually gunzip and resubmit works
Product: [Fedora] Fedora EPEL Reporter: Dave Wysochanski <dwysocha>
Component: retrace-serverAssignee: Michal Toman <mtoman>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: el6CC: mtoman, pknirsch, rvokal
Target Milestone: ---Keywords: TestCaseProvided
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: retrace-server-1.12-2.el6 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-08-15 18:58:07 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Dave Wysochanski 2013-12-05 16:56:25 UTC 
Description of problem:
I've noticed we're getting a fair number of tasks which hang with a status of "Post-processing downloaded file".  These tasks all have the following in common:
a) they are a local file and were submitted via "Custom Core Location"
b) they are gzipped files

It seems if you manually gunzip the file, then submit via "Custom Core Location" it works fine.  I also checked and the gunzip exits with a 0, so it's not the gunzip failing.


Version-Release number of selected component (if applicable):
retrace-server-1.10-1.el6.noarch

How reproducible:
It seems everytime if you submit a gzipped file.

Steps to Reproduce:
1. submit a gzipped local file vmcore via "Custom Core Location" from web interface
2. wait for completion (does not complete)

Actual results:
Stuck at "Post-processing downloaded file"

Expected results:
Either error out or complete properly.


Additional info:
I have an example I will share of a gzipped vmcore vs non-gzipped core.
Comment 2 Michal Toman 2014-02-26 09:15:37 UTC 
Fixed in upstream

commit 4d932a81691542ab3dc25b78167ef3868eea4e33
Author: Michal Toman <mtoman>
Date:   Tue Feb 25 17:14:32 2014 +0100

    only hardlink unpacked vmcores
    
    Signed-off-by: Michal Toman <mtoman>
Comment 3 Fedora Update System 2014-02-27 13:46:50 UTC 
retrace-server-1.11-1.el6 has been submitted as an update for Fedora EPEL 6.
https://admin.fedoraproject.org/updates/retrace-server-1.11-1.el6
Comment 5 Dave Wysochanski 2014-02-28 15:34:51 UTC 
I did some testing of this bug fix.  Looks fixed to me!
Comment 7 Fedora Update System 2014-03-01 07:11:50 UTC 
Package retrace-server-1.11-1.el6:
* should fix your issue,
* was pushed to the Fedora EPEL 6 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=epel-testing retrace-server-1.11-1.el6'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0687/retrace-server-1.11-1.el6
then log in and leave karma (feedback).
Comment 8 Fedora Update System 2014-07-31 11:52:49 UTC 
retrace-server-1.12-2.el6 has been submitted as an update for Fedora EPEL 6.
https://admin.fedoraproject.org/updates/retrace-server-1.12-2.el6
Comment 10 Fedora Update System 2014-08-15 18:58:07 UTC 
retrace-server-1.12-2.el6 has been pushed to the Fedora EPEL 6 stable repository.  If problems still persist, please make note of it in this bug report.