On Thu, 15 Apr 2021, Rainer Duffner wrote:> > > It?s OK-ish most of the time here (CH). > > It does *NOT* work through a proxy, due to the use of pipelined http-requests. > > What?s your internet-connection?The 10Gbit uplink of my university, directly connected to the internet, not behind a proxy. I don't think that's the problem. When update3 was still online I'd always use that and updates were really fast back then. Now that update3 is gone all update servers seem to be in the US or Australia. After waiting for nearly one hour: ..8530....8540....8550....8560....8570....8580....8590....8600....8610....8620....8630....8640....8650....8660....8670....8680....8690....8700.... done. Applying patches... done. Fetching 9628 files... gunzip: (stdin): unexpected end of file 0a4626107f3700cf5f87bd9c123bf427bd5a8561aadc2eca1d1605465c090935 has incorrect hash. This is getting kind of tiresome. :( Regards Ferdinand -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5946 bytes Desc: S/MIME Cryptographic Signature URL: <http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20210416/961ace7c/attachment.bin>
Am 16.04.21 um 10:17 schrieb Ferdinand Goldmann:> On Thu, 15 Apr 2021, Rainer Duffner wrote: > >> >> >> It?s OK-ish most of the time here (CH). >> >> It does *NOT* work through a proxy, due to the use of pipelined http-requests. >> >> What?s your internet-connection? > > The 10Gbit uplink of my university, directly connected to the internet,not> behind a proxy. I don't think that's the problem. When update3 was still online > I'd always use that and updates were really fast back then. > > Now that update3 is gone all update servers seem to be in the US or Australia. > > After waiting for nearly one hour: > > ..8530....8540....8550....8560....8570....8580....8590....8600....8610....8620....8630....8640....8650....8660....8670....8680....8690....8700.... > done. > Applying patches... done. > Fetching 9628 files... gunzip: (stdin): unexpected end of file > 0a4626107f3700cf5f87bd9c123bf427bd5a8561aadc2eca1d1605465c090935 has incorrect > hash. > > This is getting kind of tiresome. :(There was a discussion about adding another mirror in Europe, but it was decided that a suitable system already existed. Not sure whether this mirror actually has been provided, but I do remember that it should have been a well connected system (maybe in NL?) that has been selected to perform all FreeBSD mirror services for users in Europe with little latency and high throughput. Regards, STefan -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 495 bytes Desc: OpenPGP digital signature URL: <http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20210416/ea6a8471/attachment.sig>
> Am 16.04.2021 um 10:17 schrieb Ferdinand Goldmann <ferdinand.goldmann at jku.at>: > > On Thu, 15 Apr 2021, Rainer Duffner wrote: > >> >> >> It?s OK-ish most of the time here (CH). >> >> It does *NOT* work through a proxy, due to the use of pipelined http-requests. >> >> What?s your internet-connection? > > The 10Gbit uplink of my university, directly connected to the internet, not > behind a proxy. I don't think that's the problem. When update3 was still online > I'd always use that and updates were really fast back then. > > Now that update3 is gone all update servers seem to be in the US or Australia. > > After waiting for nearly one hour: > > ..8530....8540....8550....8560....8570....8580....8590....8600....8610....8620....8630....8640....8650....8660....8670....8680....8690....8700.... done. > Applying patches... done. > Fetching 9628 files... gunzip: (stdin): unexpected end of file > 0a4626107f3700cf5f87bd9c123bf427bd5a8561aadc2eca1d1605465c090935 has incorrect hash. > > This is getting kind of tiresome. :( > > Regards > FerdinandThere seems to be a problem with update4. I now have this, too. I?m cc-ing clusteradm and dnsadmin, in hope that there?s somebody there who can either fix it or take update4 out of the srv record? :-( I would rather just mirror the update server but I think this is not supposed to be done?