[12:55] I have been seeing hash sum mismatch errors when downloading from nl.archive.ubuntu.com every hour for more than 24 hours now. Sample `apt` log: https://paste.debian.net/1273235/ . It always concerns different files, the file sizes always match, and if I try downloading any of them afterwards their hash sums have the expected value. [12:55] I guess it could be some network problem between that mirror and our machines (Azure West Europe), or e.g. a faulty drive on that mirror. Is there some clever way to pin-point this more, or should one just "wait it out"? [13:09] can you reproduce it from other clients? [13:09] could be a problem with your network and not the mirror's network [13:09] do you get the same errors from other mirrors? [13:11] to rule out any proxy problems you could try a mirror that supports https [13:12] https://mirror.nl.leaseweb.net/ubuntu/ for example [13:34] I only see it with nl.archive.ubuntu.com, but the same machine is querying other mirrors as well, both http and https (list taken of queried mirrors from one of the jobs: https://paste.debian.net/1273241/ ). I have not tried it with other clients than the ones we have running in Azure. I can try some repeated local updates against that mirror to see if it happens here as well. [14:34] hi. dandersson. i'm root@nl.archive.ubuntu.com. i cant see anything odd going on that box. [14:34] esp. since when you download the files afterwards it seems to be OK, not sure what could be wrong. [14:55] I have been hammering nl.archive.ubuntu.com from other environments for a while and can't see any hash mismatch problems, while the Azure runners still see at least one for every run, somewhere between 25% and 50% for the packages requested from that mirror, but no such errors from other mirrors. I think it is safe to say that it has to be some network issues between Azure and the host, and [14:55] that the mirror itself is fine. Thanks for the help and ideas! [15:30] dandersson: azure probably provides 'local' mirrors, maybe use those, or use httpS === ikonia is now known as Guest7235 === ikonia_ is now known as ikonia