I have been building my elixir app on a remote server through edeliver until yesterday when both my stage and prod deploys fail with this error: (Mix) Data does not match the given SHA-512 checksum.
-----> Fetching / Updating dependencies
using mix to fetch and update deps
* creating /home/build/.asdf/installs/elixir/1.7.4/.mix/rebar
** (Mix) Data does not match the given SHA-512 checksum.
Expected: 86e998642991d384e9a6d4f216552609496da0e6ec4eb235df5b8b637d078c1a118bc7cdab501d1d54d24e0b6642adf32cc0c43019d948304301ceef227bedfd
Actual: f4f0a0c66b8bb4b22b9b6163f66af4118b9b92f0ef772d51147f04b17c60095cea7ebb7b7a6704e53599ba35bef1d593f372719ce3ae150fc1dcd24a58c5f2ef
Could not fetch rebar3 at:
https://repo.hex.pm/installs/1.0.0/rebar3-3.5.1
Please download the file above manually to your current directory and run:
mix local.rebar rebar3 ./rebar3
Now I didn’t originally set the server up so I’m hesitant to start messing around with it, but if you guys could provide any insight as to what might cause the issue it would be helpful. Thank you.
Which matched the expected value. So I would try running the commands above in your machine as well and see what is happening. What happens when you curl the address? Does the checksum match? Could you have a proxy or anything else messing your network?
Yes, indeed the checksum on the server is different:
-bash-4.2$ curl https://repo.hex.pm/installs/1.0.0/rebar3-3.5.1 > omg
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
32 691k 32 223k 0 0 1146k 0 --:--:-- --:--:-- --:--:-- 1151k
curl: (56) TCP connection reset by peer
-bash-4.2$ shasum -a 512 omg
f4f0a0c66b8bb4b22b9b6163f66af4118b9b92f0ef772d51147f04b17c60095cea7ebb7b7a6704e53599ba35bef1d593f372719ce3ae150fc1dcd24a58c5f2ef omg
Please show the output of curl -vv https://repo.hex.pm/installs/1.0.0/rebar3-3.5.1 > /dev/null. This will show how your request is routed on our CDN which can help us check if there’s an issue on that end.
You are going through the LCY POP and the hash of the object stored there is the same as in all other POPs so since we haven’t had any other reports of issues my guess is that this is a local issue for you. Verify that you do not have any caching proxies that may have cached an old object.