Bug 1236773
Summary: | Download portable installer is nested tgz in tgz format | ||
---|---|---|---|
Product: | OpenShift Container Platform | Reporter: | Takayoshi Kimura <tkimura> |
Component: | Installer | Assignee: | Brenton Leanhardt <bleanhar> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Ma xiaoqiang <xiama> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 3.0.0 | CC: | 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
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. I can reproduce this. I'll investigate this morning. 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? 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. Actually, the fix caused a side effect. I'll have to investigate this more tomorrow. I had time to try another workaround. Please try the portable installer from install.openshift.com now. 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 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. |