Open zachallaun opened 2 weeks ago
Hmm... Perhaps this was a transient error with builds.hex.pm? Because it's suddenly working.
I suppose it's worth leaving this open to track error handling when downloads fail?
We should track it upstream, for builds.hex.pm this would be https://github.com/hexpm/bob/issues. This reminds me of https://github.com/erlef/setup-beam/issues/260 btw.
Are you able to reproduce this at all? One thing we could do here is force HTTP/1 if the problem is around HTTP/2.
One thing we could do here is force HTTP/1 if the problem is around HTTP/2.
I did try that, but it still failed, just with a different error: curl: (18) transfer closed with 24841216 bytes remaining to read
We should track it upstream, for builds.hex.pm this would be https://github.com/hexpm/bob/issues. This reminds me of erlef/setup-beam#260 btw.
Just to clarify: I should open an issue at hexpm/bob and just include that there was a period where the connection was dropping (both with HTTP/1 and HTTP/2) and that it eventually resolved itself?
As for reproduction, I unfortunately can no longer reproduce it. While the issue was ongoing, I could reproduce by just running
curl -fsSLo master.tar.gz https://builds.hex.pm/builds/otp/amd64/ubuntu-22.04/master.tar.gz
# or
curl --http1.1 -fsSLo master.tar.gz https://builds.hex.pm/builds/otp/amd64/ubuntu-22.04/master.tar.gz
Yes please report it. Perhaps we're gonna file it under transient error but I think it'd be good to leave a papetrail. If you have any ideas how to reproduce this it would be greatly appreciated.
I was hoping passing --retry 3
which we do in install.sh would help with issues like this but it doesn't seem to make a difference.
cc @wojtekmach
Using the latest
install.sh
from https://elixir-lang.org/install.sh:Note the "HTTP/2 stream 0 was not closed cleanly" error, followed by the "ok" check that passed despite the download/install failing.
Things succeed when downloading
otp@latest
: