Zypper dup on Tumbleweed giving many 404 errors

As I have been away I had not run zypper dup for some time and running it today attempts to download a large update which I ran download only. There are many 404 errors for packages like rsync-3.4.3-2.3.x86_64.rpm and shadow-4.19.4-2.3.x86_64.rpm. I have made no repo changes since my last update probably 3 weeks or more ago.

zypper lr -d
#  | Alias                            | Name                                   | Enabled | GPG Check | Refresh | Keep | Priority | Type   | URI                                                                                                       | Service
---+----------------------------------+----------------------------------------+---------+-----------+---------+------+----------+--------+-----------------------------------------------------------------------------------------------------------+--------
 1 | KDE:Unstable:Extra               | KDE:Unstable:Extra                     | No      | ----      | ----    | -    |  100     | rpm-md | https://download.opensuse.org/repositories/KDE:/Unstable:/Extra/KDE_Unstable_Frameworks_openSUSE_Factory/ | 
 2 | download.opensuse.org-non-oss    | Main Repository (NON-OSS)              | Yes     | (r ) Yes  | Yes     | -    |   99     | rpm-md | http://download.opensuse.org/tumbleweed/repo/non-oss/                                                     | 
 3 | download.opensuse.org-oss        | Main Repository (OSS)                  | Yes     | (r ) Yes  | Yes     | -    |   99     | rpm-md | http://download.opensuse.org/tumbleweed/repo/oss/                                                         | 
 4 | download.opensuse.org-tumbleweed | Main Update Repository                 | Yes     | (r ) Yes  | Yes     | -    |   99     | rpm-md | http://download.opensuse.org/update/tumbleweed/                                                           | 
 5 | microsoft-edge                   | microsoft-edge                         | Yes     | (r ) Yes  | Yes     | -    |   99     | rpm-md | https://packages.microsoft.com/yumrepos/edge                                                              | 
 6 | openSUSE-20250428-0              | openSUSE-20250428-0                    | No      | ----      | ----    | -    |   99     | N/A    | hd:/?device=/dev/disk/by-id/usb-Innostor_Innostor_000000000000000005-0:0-part2                            | 
 7 | openSUSE_Tumbleweed              | KDE:Extra                              | Yes     | (r ) Yes  | Yes     | -    |  100     | rpm-md | https://download.opensuse.org/repositories/KDE:/Extra/openSUSE_Tumbleweed/                                | 
 8 | packman                          | packman                                | No      | ----      | ----    | -    |  100     | rpm-md | https://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Tumbleweed/                                      | 
 9 | packman-essentials               | packman-essentials                     | Yes     | (r ) Yes  | Yes     | -    |  100     | rpm-md | https://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Tumbleweed/Essentials/                           | 
10 | repo-debug                       | openSUSE-Tumbleweed-Debug              | No      | ----      | ----    | -    |   99     | N/A    | http://download.opensuse.org/debug/tumbleweed/repo/oss/                                                   | 
11 | repo-openh264                    | Open H.264 Codec (openSUSE Tumbleweed) | Yes     | (r ) Yes  | Yes     | -    |   99     | rpm-md | http://codecs.opensuse.org/openh264/openSUSE_Tumbleweed                                                   | 
12 | repo-source                      | openSUSE-Tumbleweed-Source             | No      | ----      | ----    | -    |   99     | rpm-md | http://download.opensuse.org/source/tumbleweed/repo/oss/                                   

Any suggestions please?
Stuart

I can’t speak to your problem directly, but there’s no good reason to have packman and packman-essentials enabled, pick one or the other.

@broadstairs So there was a Tumbleweed rebuild for GCC16, so since your using http and download.o.o and not cdn.o.o likely hitting mirrors that have not synced etc…

Both packman are not enabled only essentials. Also I have refreshed all enabled repository. The two packages I mentioned do not exist so the 404 errors are valid, as I suspect are probably most of the others.

Sorry don’t understand the reference to cdn.o.o

Stuart

cdn.o.o is a content distribution network for the mirror infrastructure; it is more robust than using download.o.o. (o.o is shorthand for “opensuse.org”)

The 404s you are getting are, as Malcolm noted, because there was a major update in the distribution that rebuilt all the packages. It takes time to sync those packages across the mirror infrastructure, so 404s are expected while that is happening.

You just need to be patient while the mirrors sync. It takes time for that amount of data to reach all of the mirrors. If you use cdn.o.o as your source for the OSS and non-OSS repos, it can fail over to other mirrors when a 404 is found and potentially not have this issue. download.o.o doesn’t do that.

Are you sure about this?

All my openSUSE repositories point to download.opensuse.org and I quite frequently see messages like “… trying another mirror …”

1 Like

He only has packman-essentials enabled; packman is not enabled

404 errors during zypper’s preload processing are pretty routine here in FL using cdn.o.o. With few exceptions they eventually get found, especially after preloading is done and processing has proceeded into actual package installation. A follow-up dup will normally catch any missed by the first dup.

One could try installing mirrorsorcerer to see if that helps as well…

On a Tumbleweed system with download.o.o and no openSUSE-repos-Tumbleweed service, also not using IPv6 here…

mirrorsorcerer 
 INFO Mirror Sorcerer 🪄 🪞 ✨ 
 INFO Profiling - cdn.opensuse.org - 2a04:4e42:400::347 - insufficient data
 INFO Profiling - cdn.opensuse.org - 2a04:4e42:200::347 - insufficient data
 INFO Profiling - cdn.opensuse.org - 2a04:4e42::347 - insufficient data
 INFO Profiling - cdn.opensuse.org - 2a04:4e42:600::347 - insufficient data
 INFO Profiling - cdn.opensuse.org - 151.101.129.91 - time=32.221876ms
 INFO Selected - https://cdn.opensuse.org/ - time=32.221876ms
 INFO do it not requested, not changing /etc/zypp/repos.d
 INFO To update your mirrors re-run with '-x'

Edit: It could also be a IPv4 vs IPv6 issue…

# mirrorsorcerer
 INFO Mirror Sorcerer 🪄 🪞 ✨
 WARN Error creating pinger e=IOError(Os { code: 97, kind: Uncategorized, message: "Address family not supported by protocol" })
 INFO Profiling - cdn.opensuse.org - 167.82.49.91 - time=41.274874ms
 INFO Selected - https://cdn.opensuse.org/ - time=41.274874ms
 INFO do it not requested, not changing /etc/zypp/repos.d
 INFO To update your mirrors re-run with '-x'
#

Maybe not 100% sure, but it seems to be much better since I switched to cdn.o.o using the services package from the repo.

Well I have looked again at my original way with download.o.o and it definitely said it would try other mirrors.

So then I tried using cdn.o.o on all the openSUSE repos and this time it worked.

Never had this issue before and I’ve been using download.o.o since I started, obviously missed something about using cdn.o.o.

Anyway over 3000 updates completed and it is all up and running.

Stuart

1 Like

Same here: Zypper dup preliminary download significant slow down - #5 by akontsevich