Project

General

Profile

Actions
Copy link

tickets #52553

closed

bug 1137241 - Download problem on aarch64 Tumbleweed

Added by guillaume.gardet@free.fr almost 5 years ago. Updated almost 5 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
pjessen
Category:
Mirrors
Target version:
-
Start date:
Due date:
% Done:

100%

Estimated time:

Description

Hi,

We have some download problems with aarch64 Tumbleweed. See bug report for details: https://bugzilla.suse.com/show_bug.cgi?id=1137241

Apparently, the same problem has been fixed for x86_64 in February. (Apache config update?)

Thanks,
Guillaume

Actions
Copy link
 #1

Updated by okurz almost 5 years ago

  • Private changed from Yes to No
Actions
Copy link
 #2

Updated by cboltz almost 5 years ago

  • Category set to Mirrors
  • Assignee set to pjessen

As far as I can see/test, it was not fixed, only attempted to (in a way that didn't work).

The problem only becomes visible if the yast2-trans-*.rpm changed recently and the mirror still has an old one (same filename, different content/checksum), therefore it might have looked fixed ;-)

I adjusted the apache config on pontifex and hope that this change will finally fix the problem.

<DirectoryMatch /srv/ftp/pub/opensuse/(factory|tumbleweed|ports).*/repo/oss/boot/.*/>
  # non-working RewriteCond and RewriteRule removed, replaced with
  MirrorBrainExcludeFileMask ".*"
</DirectoryMatch>

That means that files in .../repo/oss/boot/ will always be served from download.o.o directly because all files there don't have version numbers in their name.

Per, I'm assigning this ticket to you because you are more familiar with download.o.o and might be interested in what I changed ;-) If everything looks good, feel free to close it.

Guillaume, please check if it works for you now ;-)

Actions
Copy link
 #3

Updated by ggardet_arm almost 5 years ago

I restarted the openQA test and it passed, so it seems to be fixed. :)

Thanks a lot Christian!

Actions
Copy link
 #4

Updated by pjessen almost 5 years ago

  • Status changed from New to Resolved
  • % Done changed from 0 to 100

cboltz wrote:

Per, I'm assigning this ticket to you because you are more familiar with download.o.o and might be interested in what I changed ;-) If everything looks good, feel free to close it.

Thanks Christian - I'm not sure I really understand the problem :-) I'll close this.

Actions
Copy link
 #5

Updated by cboltz almost 5 years ago

OK, I'll explain it a bit more verbose.

For all of download.o.o, we have

MirrorBrainExcludeFileMask "(/[^0-9]*|\.(repo|ymp|json))$"

which means to serve all *.repo, *.yml and *.json files that don't have digits in their filename directly from download.o.o. This also means that all other files get redirected to a mirror. This typically means RPMs which have the version and build number in their name. These files never change. They get deleted and replaced with new RPMs that have a different filename (new version or build number).

Now have a look at the files in .../repo/oss/boot/ - the files there don't have a version number in their name ("yast2-trans-xy.rpm"). Mirrorbrain scans and redirects only based on the filename (checking the content of all mirrored files would be insane) and therefore only knows if a mirror has yast2-trans-xy.rpm, but doesn't know if it has the latest version or an outdated one.

With my change, alll files in .../repo/oss/boot/ get always served directly from download.o.o instead of redirecting to a mirror. This adds a bit load to download.o.o, but prevents that users get redirected to outdated mirrors.

From a mirrorbrain perspective, the perfect solution would be to have version numbers in the filenames ("yast2-trans-xy-20190614.1.rpm") like for all other packages, but that's probably much more difficult than disabling mirrors for this small set of files.

Actions
Copy link

Also available in: Atom PDF