GitHub download is too slow for me and frequently aborts

vorburger commented 6 years ago

I'm unclear if this could just be a local issue with me (ISP, VPN, ...), but:

I'm in central Europe (Switzerland), no WiFi, Ethernet on a fiber giving me ~200 Mbit/s on some speedtest site, and usually do not have speed issues otherwise (developer who frequently downloads stuff; e.g. regularly keeping latest Fedora up to date, never any problems), but whenever I upgrade minishift to a new version it really struggles to DL the oc and ISO from GitHub releases...

It stops after a few percent, and I've tried 5 times, from minishift itself, via wget (248KB/s) and browser.

Perhaps you could consider to put ISOs on BinTray or some other place.

I'll open an issue with GitHub support as well, and report back here if they have anything useful to say.

vorburger commented 6 years ago

just FYI https://gist.github.com/vorburger/0467aefc1757d2cc319adf4727e9230e

gbraad commented 6 years ago

this is prety much a local issue, as; the Internet is as fast as the slowest link. I would suggest you to also check with your ISP, but I noticed you stated 'VPN'. Are you connected over a remote connection? If so, this might lead to geoip issues, or that DNS can not allocate a source closer to you.

BinTray

Anyway, this can be automated and surely is something I would suggest.

vorburger commented 6 years ago

Hm... on trying to reproduce this, to see if that work related VPN (which could cause DNS issues impacting IP geolocation) could have anything to do with it, as these things go it was now suddenly really fast even while still on that VPN:

wget --continue https://github.com/minishift/minishift-centos-iso/releases/download/v1.12.0/minishift-centos7.iso
--2018-08-09 19:06:49--  https://github.com/minishift/minishift-centos-iso/releases/download/v1.12.0/minishift-centos7.iso
Resolving github.com (github.com)... 192.30.253.113, 192.30.253.112
Connecting to github.com (github.com)|192.30.253.113|:443... connected.
HTTP request sent, awaiting response... 302 Found
Location: https://github-production-release-asset-2e65be.s3.amazonaws.com/69853246/922b03d8-8452-11e8-9dcd-92e33542c976?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=AKIAIWNJYAX4CSVEH53A%2F20180809%2Fus-east-1%2Fs3%2Faws4_request&X-Amz-Date=20180809T170649Z&X-Amz-Expires=300&X-Amz-Signature=46a2e8182a7ca2688753ec2d59ef97f846369783213b6554cdc1560e96de0c80&X-Amz-SignedHeaders=host&actor_id=0&response-content-disposition=attachment%3B%20filename%3Dminishift-centos7.iso&response-content-type=application%2Foctet-stream [following]
--2018-08-09 19:06:49--  https://github-production-release-asset-2e65be.s3.amazonaws.com/69853246/922b03d8-8452-11e8-9dcd-92e33542c976?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=AKIAIWNJYAX4CSVEH53A%2F20180809%2Fus-east-1%2Fs3%2Faws4_request&X-Amz-Date=20180809T170649Z&X-Amz-Expires=300&X-Amz-Signature=46a2e8182a7ca2688753ec2d59ef97f846369783213b6554cdc1560e96de0c80&X-Amz-SignedHeaders=host&actor_id=0&response-content-disposition=attachment%3B%20filename%3Dminishift-centos7.iso&response-content-type=application%2Foctet-stream
Resolving github-production-release-asset-2e65be.s3.amazonaws.com (github-production-release-asset-2e65be.s3.amazonaws.com)... 52.216.18.40
Connecting to github-production-release-asset-2e65be.s3.amazonaws.com (github-production-release-asset-2e65be.s3.amazonaws.com)|52.216.18.40|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 360710144 (344M) [application/octet-stream]
Saving to: ‘minishift-centos7.iso’

minishift-centos7.iso                              100%[================================================================================================================>] 344.00M  6.71MB/s    in 70s     

2018-08-09 19:08:00 (4.89 MB/s) - ‘minishift-centos7.iso’ saved [360710144/360710144]

The only thing that changed on my end is that I ended a video conferencing thing (Zoom) which was running before. But I've had this issue before though, so I doubt somewhat that was it. Perhaps a fluke at my ISP or on GitHub's side, but weird (and not the first time I struggle when updating minishift).

Let me close this issue - I'll re-open it with new comments if I have this problem again. (Or re-open it if you want to use this to create alternative DL anyway.)

Sorry for the noise!

gbraad commented 6 years ago

Alternative download location might still be possible

peter-ungvari commented 5 years ago

This is the same to me, at least under linux. However, there is no problem if I try to download the same from windows. In this case the same downloads are blazing fast, on the same network. I tested this in my workplace and at home, both op. system in each location. Similar results: slow downloads on linux and fast downloads on windows.

gbraad commented 5 years ago

These findings are unrelated to minishift, but your host OS. Please verify network settings, driver options and MTU.

On Thu, Nov 8, 2018, 06:39 Péter Ungvári <notifications@github.com wrote:

This is the same to me, at least under linux. However, there is no problem if I try to download the same from windows. In this case the same downloads are blazing fast, on the same network. I tested this in my workplace and at home, both op. system in each location. Similar results: slow downloads on linux and fast downloads on windows.

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/minishift/minishift-centos-iso/issues/259#issuecomment-436804044, or mute the thread https://github.com/notifications/unsubscribe-auth/AAAHZkTbZK4D0HH-D4CyMp-qaKN8Rev6ks5us2EfgaJpZM4V2C4u .

theAkito commented 4 years ago

Same here, since a couple of days. Everything I ever download recently is fast. Only Github is super slow...

gbraad commented 4 years ago

This is not related to Minishift; the download is as fast as the slowest link. Please report your findings to GitHub as it seems there is an issue with their CDN or geo-ip to locate the most optimal download location.