Bug 1236773

Summary: Download portable installer is nested tgz in tgz format
Product: OpenShift Container Platform Reporter: Takayoshi Kimura <tkimura>
Component: InstallerAssignee: Brenton Leanhardt <bleanhar>
Status: CLOSED CURRENTRELEASE QA Contact: Ma xiaoqiang <xiama>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 3.0.0CC: abacabadabacaba, bleanhar, jokerman, libra-bugs, libra-onpremise-devel, mmccomas, xtian
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-11-20 15:41:36 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 Takayoshi Kimura 2015-06-30 01:18:47 UTC
The OSE 3.0 portable installer https://install.openshift.com/portable/oo-install-ose.tgz is strange tgz in tgz format.

Simple tar xf doesn't work, it needs gunzip and then tar xzf ('z' is optional though) to extract the contents.

Comment 2 Takayoshi Kimura 2015-06-30 02:26:55 UTC
It looks like something tricky, the behavior is difference between Firefox and curl.

Using Firefox on F22, nested tgz is downloaded. Using curl -o, we can get normal tgz.

Comment 3 Brenton Leanhardt 2015-06-30 13:46:54 UTC
I can reproduce this.   I'll investigate this morning.

Comment 4 Brenton Leanhardt 2015-06-30 18:28:10 UTC
There's a lot is mystery going on here.  For starters either this has always been this way or something changes recently with the OpenShift Node http proxy.

These issues are related:

http://stackoverflow.com/questions/30397457/disable-gzip-compression-on-openshift-php-cartridge
https://bugzilla.redhat.com/show_bug.cgi?id=1236160

What's happening is that the browser is sending up "Accept-Encoding: gzip, deflate" so the Apache proxy is gzip'ing the tarball.  That's not what we want to happen.  I have a workaround in place to hopefully prevent that from happening in this case.

To make this more confusing, on Safari the default behavior seems to be to gunzip the file so if you try to download it you actually end up with just a tar file.  All that makes testing involving md5sums problematic.

In any case, would you mind testing now?

Comment 5 Brenton Leanhardt 2015-06-30 18:29:41 UTC
For QE, would you mind testing with our supported browsers on Linux, OS X and Windows?

I can't guarantee if you will get a tgz file or a tar file since that is apparently client specific.  However, please make sure the file extracts properly.

Comment 6 Brenton Leanhardt 2015-06-30 20:02:45 UTC
Actually, the fix caused a side effect.  I'll have to investigate this more tomorrow.

Comment 7 Brenton Leanhardt 2015-06-30 20:25:39 UTC
I had time to try another workaround.  Please try the portable installer from install.openshift.com now.

Comment 8 Ma xiaoqiang 2015-07-01 02:59:02 UTC
1. Download the package via chrome, firefox on rhel7, then run 'tar -xf oo-install-ose.tgz', the package can be extracted successfully

2. Download the package via chrome, safari on OS X, then run 'tar -xf oo-install-ose.tar',  the package can be extracted successfully

3. Download the package via IE, chrome, firefox on win7, copy the package to rhel7. then run 'tar -xf oo-install-ose.tgz', the package can be extracted successfully

Comment 9 Takayoshi Kimura 2015-07-01 03:09:21 UTC
Note that "tar xf" automatically detects and handles tar and tgz formats, so it's not suitable for the test case. Make sure the downloaded tgz size or checksum are all identical.