Bug 16349 – better curl retry for install.sh script
Status
RESOLVED
Resolution
FIXED
Severity
normal
Priority
P1
Component
installer
Product
D
Version
D2
Platform
All
OS
All
Creation time
2016-08-02T10:35:00Z
Last change time
2016-10-01T11:44:26Z
Keywords
pull
Assigned to
nobody
Creator
code
Comments
Comment #0 by code — 2016-08-02T10:35:31Z
Sometimes the install script fails b/c of some temporary network failure.
All downloads should use some limited retry mechanism to recover from those.
This problem is particularly annoying since it leads to spurious Travis-CI failures.
Comment #1 by greeenify — 2016-08-02T15:16:38Z
Oh sorry I didn't know this was already a known issue before I reported it at Travis (https://github.com/travis-ci/travis-ci/issues/6401). It's definitely good if the installation gets more robust, but maybe we can also dig into the root cause of the random network failures. I never experienced such constant problems with other providers, do you know anything what could cause this? Should we consider to provide a more stable distribution way like e.g. Github Releases?
Comment #2 by code — 2016-08-06T11:27:16Z
(In reply to greenify from comment #1)
> It's definitely good if the installation gets more robust, but maybe we can also
> dig into the root cause of the random network failures. I never experienced
> such constant problems with other providers, do you know anything what
> could cause this? Should we consider to provide a more stable distribution
> way like e.g. Github Releases?
Network failures are normal, everyone has to properly deal w/ them.
Our binaries are already hosted on S3 (that's where Github Releases come from as well).
> Our binaries are already hosted on S3 (that's where Github Releases come from as well).
Oh, but for Github Releases traffic is _free_, whereas if I am not mistaken you have to pay quite a lot to AWS. A simple estimate goes like this:
25 (size of release in MB, depends of course) * 10_000 (number of monthly downloads, I hope it's higher, see below) / 1_000 (convert to GB) * 0.09 (transfer costs to internet, per GB)
and thus yields:
10K monthly downloads: 25 * 10000 / 1000 * 0.09 = 22.5$
30K: 67.5$
50K: 112.5$
100K monthly downloads: 225$
According to http://erdani.com/d/downloads.daily.png, there are currently at about 1400 downloads per day (=42K /month), which means it's about 1.1K$ a year.
I estimate the bill to be 30-40% less, because the Linux archives are better compressed and it's mostly those that are constantly downloaded for CI. It's still quite a lot of money (if I am not mistaken with my estimate).
Comment #6 by github-bugzilla — 2016-10-01T11:44:26Z