Bug 1236773 - Download portable installer is nested tgz in tgz format
Summary: Download portable installer is nested tgz in tgz format
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: OpenShift Container Platform
Classification: Red Hat
Component: Installer
Version: 3.0.0
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
: ---
Assignee: Brenton Leanhardt
QA Contact: Ma xiaoqiang
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-06-30 01:18 UTC by Takayoshi Kimura
Modified: 2016-07-04 00:45 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-11-20 15:41:36 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1236160 0 medium CLOSED OpenShift proxy ignores no-transform cache-control directive, performs transparent compression regardless 2021-02-22 00:41:40 UTC

Internal Links: 1236160

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.


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