Bugzilla – Bug 1210985
Mirror fails refreshing repo
Last modified: 2023-09-05 01:41:29 UTC
For the last 2 days I've been getting a failure downloading one of the repo content files. This seems to be a problem with the mirror(s). zypper refresh: Retrieving repository 'Text editors and hex editors for Linux (openSUSE_Leap_15.4)' metadata[error] Repository 'Text editors and hex editors for Linux (openSUSE_Leap_15.4)' is invalid. [editors|https://download.opensuse.org/repositories/editors/openSUSE_Leap_15.4/] Valid metadata not found at specified URL History: - File './repodata/ace6805bf6bb50dd67f90babe9edcb13a39fc846fd95b60bf4669eee964e85b4-primary.xml.gz' not found on medium 'https://download.opensuse.org/repositories/editors/openSUSE_Leap_15.4/' - Can't provide ./repodata/ace6805bf6bb50dd67f90babe9edcb13a39fc846fd95b60bf4669eee964e85b4-primary.xml.gz Let's get the file with wget: wget --no-proxy --proxy-password=none --cache=off --no-cache https://download.opensuse.org/repositories/editors/openSUSE_Leap_15.4/./repodata/ace6805bf6bb50dd67f90babe9edcb13a39fc846fd95b60bf4669eee964e85b4-primary.xml.gz --2023-05-02 08:50:24-- https://download.opensuse.org/repositories/editors/openSUSE_Leap_15.4/repodata/ace6805bf6bb50dd67f90babe9edcb13a39fc846fd95b60bf4669eee964e85b4-primary.xml.gz Resolving download.opensuse.org (download.opensuse.org)... 195.135.221.134, 2001:67c:2178:8::13 Connecting to download.opensuse.org (download.opensuse.org)|195.135.221.134|:443... connected. HTTP request sent, awaiting response... 302 Found Location: https://mirrorcache-au.opensuse.org/repositories/editors/openSUSE_Leap_15.4/repodata/ace6805bf6bb50dd67f90babe9edcb13a39fc846fd95b60bf4669eee964e85b4-primary.xml.gz [following] --2023-05-02 08:50:25-- https://mirrorcache-au.opensuse.org/repositories/editors/openSUSE_Leap_15.4/repodata/ace6805bf6bb50dd67f90babe9edcb13a39fc846fd95b60bf4669eee964e85b4-primary.xml.gz Resolving mirrorcache-au.opensuse.org (mirrorcache-au.opensuse.org)... 172.105.167.90, 2400:8907::f03c:92ff:fe82:7bb Connecting to mirrorcache-au.opensuse.org (mirrorcache-au.opensuse.org)|172.105.167.90|:443... connected. HTTP request sent, awaiting response... 302 Found Location: https://mirror.firstyear.id.au/repositories/editors/openSUSE_Leap_15.4/repodata/ace6805bf6bb50dd67f90babe9edcb13a39fc846fd95b60bf4669eee964e85b4-primary.xml.gz [following] --2023-05-02 08:50:25-- https://mirror.firstyear.id.au/repositories/editors/openSUSE_Leap_15.4/repodata/ace6805bf6bb50dd67f90babe9edcb13a39fc846fd95b60bf4669eee964e85b4-primary.xml.gz Resolving mirror.firstyear.id.au (mirror.firstyear.id.au)... 45.79.236.155, 2400:8907::f03c:92ff:fe14:ba3f Connecting to mirror.firstyear.id.au (mirror.firstyear.id.au)|45.79.236.155|:443... connected. HTTP request sent, awaiting response... 404 Not Found 2023-05-02 08:50:26 ERROR 404: Not Found. It is affecting more repos this morning too. I've had problems in the past with Oceania mirrors not working :-( .
Just wanted to chime in and confirm the issue is hitting me too. I've posted in the #openSUSE-mirrors channel to see if anyone can look at it.
In my case, we cannot sync the repos for Go http://download.opensuse.org/repositories/devel:/languages:/go/15.4 and database https://download.opensuse.org/repositories/server:/database/SLE_15_SP4/
Right now all my repos are refreshing again (3 others besides editors were failing when I opened this bug). Checking with wget, the mirror used is still mirror.firstyear.id.au. It's difficult to debug what the mirror has because it does not provide directory listings. Is this expected behaviour of the mirror system? Does it show up only when there is a reliance on maybe only one mirror which has a temporary problem with not updating for 2-3 days?
Hi Volker, would you please help to check whether the issue is still existing now? Thanks.
(In reply to Chenzi Cao from comment #4) > Hi Volker, would you please help to check whether the issue is still > existing now? Thanks. It's been working again since, but I don't remember whether there was another similar problem since that resolved itself again overnight. I don't know what the problem is but thought the mirror system was more resilient. Maybe there's a resource problem with too many users and too few mirrors in this part of the world?
Thanks for your reply. And I assign it to Adrian to see whether we can improve it or not, thanks.
Created attachment 868732 [details] bwayson-zypper_refresh-repo-oss Output I have been receiving similar errors with repositories during updates intermittently for a couple of months or so in both Tumbleweed and Leap 15.5. Mine are due to a signature validation error (so, maybe a different issue?). I have attached the output of a zypper refresh of a repository I am having trouble with today under Tumbleweed. I know the URI is to the new CDN network -- I installed opensuse-repos-Tumbleweed yesterday. But I was having this issue intermittently using both http://download.opensuse.org/... and http://mirrorcache-us.opensuse.org/... URIs and their HTTPS equivalents. I am located in southwestern U.S.A. Accept my apologies if my issue is not related. I can file a new bug, if I should do that.
Just after saying it's been OK for the last few months, I get this, at around 2023-08-10 13:26 UTC. It resolved itself within 12 hours. I'm a bit concerned how the not so tech-savvy might have to deal with it. -------- Resolving package dependencies... Problem: nothing provides 'libwebkit2gtk3 = 2.40.5' needed by the to be installed libwebkit2gtk3-lang-2.40.5-150200.78.1.noarch Solution 1: deinstallation of libwebkit2gtk3-lang-2.38.6-150200.75.2.noarch Solution 2: do not install patch:openSUSE-SLE-15.4-2023-3233-1.noarch Solution 3: break libwebkit2gtk3-lang-2.40.5-150200.78.1.noarch by ignoring some of its dependencies Choose from above solutions by number or cancel [1/2/3/c/d/?] (c): -------
For the past 10h I get this. I assume it's a mirror inconsistency. Would the KDE desktop software updater panel applet actually handle this? (I don't use that applet, I find it useless.) Problem: the installed WebKit2GTK-4.0-lang-2.38.6-150400.4.42.4.noarch requires 'WebKit2GTK-4.0 = 2.38.6', but this requirement cannot be provided not installable providers: libwebkit2gtk-4_0-37-2.36.0-150400.2.13.x86_64[repo-oss] libwebkit2gtk-4_0-37-2.36.3-150400.4.3.1.x86_64[repo-sle-update] libwebkit2gtk-4_0-37-2.36.4-150400.4.6.2.x86_64[repo-sle-update] libwebkit2gtk-4_0-37-2.36.5-150400.4.9.1.x86_64[repo-sle-update] libwebkit2gtk-4_0-37-2.36.7-150400.4.12.1.x86_64[repo-sle-update] libwebkit2gtk-4_0-37-2.36.8-150400.4.15.1.x86_64[repo-sle-update] libwebkit2gtk-4_0-37-2.38.2-150400.4.22.1.x86_64[repo-sle-update] libwebkit2gtk-4_0-37-2.38.3-150400.4.25.1.x86_64[repo-sle-update] libwebkit2gtk-4_0-37-2.38.5-150400.4.34.2.x86_64[repo-sle-update] libwebkit2gtk-4_0-37-2.38.6-150400.4.39.1.x86_64[repo-sle-update] Solution 1: deinstallation of WebKit2GTK-4.0-lang-2.38.6-150400.4.42.4.noarch Solution 2: do not install patch:openSUSE-SLE-15.4-2023-3419-1.noarch Solution 3: break WebKit2GTK-4.0-lang-2.38.6-150400.4.42.4.noarch by ignoring some of its dependencies Choose from above solutions by number or cancel [1/2/3/c/d/?] (c):
The WebKit2GTK-4.0-lang-2.38.6-150400.4.42.4.noarch patch is now showing errors for over 24 hours. It is now preventing security updates from being installed. Host location is New Zealand.
The error in #comment9 is still happening now. (Problem: the installed WebKit2GTK-4.0-lang-2.38.6-150400.4.42.4.noarch requires 'WebKit2GTK-4.0 = 2.38.6', but this requirement cannot be provided) Patch patch:openSUSE-SLE-15.4-2023-3419-1.noarch has been stuck for about 4 days now. That's ridiculous.
zypper patch still gives me this, the same as for the past 11 days. The update system has been broken for this long. Repo http://download.opensuse.org/update/leap/15.4/sle/ looks broken. It has provided packages to update to in the past (around 28 June) that require packages that are not available anywhere. Problem: the installed WebKit2GTK-4.0-lang-2.38.6-150400.4.42.4.noarch requires 'WebKit2GTK-4.0 = 2.38.6', but this requirement cannot be provided not installable providers: libwebkit2gtk-4_0-37-2.36.0-150400.2.13.x86_64[repo-oss] libwebkit2gtk-4_0-37-2.36.3-150400.4.3.1.x86_64[repo-sle-update] libwebkit2gtk-4_0-37-2.36.4-150400.4.6.2.x86_64[repo-sle-update] libwebkit2gtk-4_0-37-2.36.5-150400.4.9.1.x86_64[repo-sle-update] libwebkit2gtk-4_0-37-2.36.7-150400.4.12.1.x86_64[repo-sle-update] libwebkit2gtk-4_0-37-2.36.8-150400.4.15.1.x86_64[repo-sle-update] libwebkit2gtk-4_0-37-2.38.2-150400.4.22.1.x86_64[repo-sle-update] libwebkit2gtk-4_0-37-2.38.3-150400.4.25.1.x86_64[repo-sle-update] libwebkit2gtk-4_0-37-2.38.5-150400.4.34.2.x86_64[repo-sle-update] libwebkit2gtk-4_0-37-2.38.6-150400.4.39.1.x86_64[repo-sle-update] Solution 1: deinstallation of WebKit2GTK-4.0-lang-2.38.6-150400.4.42.4.noarch Solution 2: do not install patch:openSUSE-SLE-15.4-2023-3419-1.noarch Solution 3: break WebKit2GTK-4.0-lang-2.38.6-150400.4.42.4.noarch by ignoring some of its dependencies Name : WebKit2GTK-4.0-lang Version : 2.38.6 Release : 150400.4.42.4 Architecture: noarch Install Date: Wed Jun 28 12:07:11 2023 Distribution: SUSE Linux Enterprise 15
The package is not required by anything, so rpm -e WebKit2GTK-4.0-lang works around the problem. Patch openSUSE-SLE-15.4-2023-3419 then wants to remove libwebkit2gtk3-lang and install WebKitGTK-4.0-lang (2.40. ...) Installing that patch brings the system into a consistent state again. I have this happening on 2 different systems. It looks like in the past (2 months ago) an update installed a package that now has missing dependencies, and further updating into a consistent state is not possible and everything gets stuck. Isn't that a little ridiculous?