FS#72507 - Osbeck mirror has multiple issues

Attached to Project: Arch Linux
Opened by Alexandros Theodotou (alextee) - Thursday, 21 October 2021, 23:45 GMT
Last edited by Anton Hvornum (Torxed) - Saturday, 04 March 2023, 16:08 GMT
Task Type Bug Report
Category Mirrors
Status Closed
Assigned To No-one
Architecture All
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description:
The top rated mirror has multiple issues: https://mirror.osbeck.com/archlinux/ (from https://archlinux.org/mirrors/status/)

This causes failures in my builds on Sourcehut when using the Arch Linux VM since it uses that mirror.
I'm opening this report in accordance with https://wiki.archlinux.org/title/mirrors (under misbehaving mirrors).

Additional info:

Operation too slow when downloading dpf-plugins: https://builds.sr.ht/~alextee/job/612329

texlive-most package is corrupted: https://builds.sr.ht/~alextee/job/611382

Also from IRC:
<eschwartz> ddevault: https://mirror.osbeck.com is returning a 170mb file, when the size it *should* be (and is, on my machine using http://arch.mirror.constant.com), is 536mb
<eschwartz> so, the mirror is broken
<eschwartz> (tested by ssh'ing into a shell build, attempting to manually install the failing package, and then du -sh + sha256sum on the file it said was corrupt, and boy was it corrupt, eh?)

Steps to reproduce:
Set the mirror to https://mirror.osbeck.com/archlinux/ and try to install dpf-plugins or texlive-most.
dpf-plugins issue is sometimes reproducible, while the texlive-most issue is reproducible all the time.
This task depends upon

Closed by  Anton Hvornum (Torxed)
Saturday, 04 March 2023, 16:08 GMT
Reason for closing:  Fixed
Additional comments about closing:  Mirror appear to be working again. Last sync delta was 0:00:36. And no corrupt packages when upgrading on my machine.
Comment by Florian Pritz (bluewind) - Sunday, 24 October 2021, 09:27 GMT
Thank you for the report. I was able to reproduce the issue and found `error occurred while opening a stream to the origin.` at the end of the aborted download so this is most likely a mirror internal proxy issue. I've notified the mirror administrator about this.
Comment by Alexandros Theodotou (alextee) - Sunday, 19 December 2021, 14:33 GMT
this mirror is misbehaving again on sourcehut:

error: failed retrieving file 'helm-synth-0.9.0-9-x86_64.pkg.tar.zst.sig' from mirror.osbeck.com : Operation too slow. Less than 1 bytes/sec transferred the last 10 seconds

I have been getting this issue consistently for the past hour

related builds: https://builds.sr.ht/~alextee/job/652757 https://builds.sr.ht/~alextee/job/652729
Comment by Florian Pritz (bluewind) - Sunday, 16 January 2022, 13:25 GMT
Does this still happen and can you rule out an issue on the build service? Can you reproduce the problem form a different connection (i.e. your home)? Does it also happen if you use a different mirror or have you not tried that yet?
Comment by Eduard de Jong (jongeduard) - Saturday, 28 May 2022, 17:09 GMT
Currently issues happening!: I am getting partial updates!

It gives me the new nvidia version 515.43.04-6, but not the needed linux 5.18.arch1-1 kernel.

Even sudo pacman -Syyu (with the double y) still gives me partial updates from the same mirror.
And still after a lot of minutes now the issue is still not solved.

I noticed this issue because nvidia should most of the time come together with a new kernel version, very simple.
After updating I ended up with the module being installed in a new /lib/modules/5.18.arch1-1 folder in while the rest was still in the /lib/modules/5.17.9-arch1-1 folder. So my driver not going to run, I know that.

Finally checking https://archlinux.org/packages/ reveals to me that this kernel is really already available as well.

So the mirror is definitly problematic.

Loading...