openSUSE admin

pjessen wrote:

list57@top.geek.nz wrote:

firstyear.id.au isn't even listed on https://mirrors.opensuse.org/,
in any case, it appears to be useless.

If it it not listed, it should not be handed out to you either.

Thanks for the report, Volker.

Fwiw, I'm getting multiple 403s from this mirror, something is clearly not right.

Hmm, maybe it's a crude mechanism to deal with overload. There is a
limited number of mirrors in Oceania, even fewer fast ones I imagine.

The other problem is of course yast: if this occurs, I always end up
playing with pkill, ps and kill (those obnoxiously-named ruby processes
don't help). Yast has no functional skip button, no "skip all" button,
and can't be told to leave this mirror alone for today. It's not even
easy to find out which mirror is currently being used. All that's not so
user-friendly :-(.

Volker

Hot off the press from half an hour ago:

2022-11-30 18:20:08 host.site(7245) [zypp::media++]
MediaCurl.cc(doGetFileCopyFile):1183 URL: https://download.opensuse.org/
repositories/editors/openSUSE_Leap_15.4/repodata/
c77a666f842b41832e6c51537bfc5c2975738cbe2e36f771b76426b8b1718488-
primary.xml.gz
2022-11-30 18:20:08 host.site(7245) [Ruby] modules/
PackageCallbacks.rb(StartDownload):1790 Downloading https://
download.opensuse.org/repositories/editors/openSUSE_Leap_15.4/repodata/
c77a666f842b41832e6c51537bfc5c2975738cbe2e36f771b76426b8b1718488-
primary.xml.gz to /var/tmp/AP_0x8Robt1/repodata/
c77a666f842b41832e6c51537bfc5c2975738cbe2e36f771b76426b8b1718488-
primary.xml.gz
2022-11-30 18:20:08 host.site(7245) [Ruby] modules/
Progress.rb(SubprogressType):522 Resetting the subprogressbar...
2022-11-30 18:20:08 host.site(7245) [zypp-curl++]
curlhelper.cc(log_redirects_curl):118 redirecting to location: https://
mirrorcache-au.opensuse.org/repositories/editors/openSUSE_Leap_15.4/
repodata/
c77a666f842b41832e6c51537bfc5c2975738cbe2e36f771b76426b8b1718488-
primary.xml.gz
2022-11-30 18:20:08 host.site(7245) [zypp::media++]
MediaMultiCurl.cc(doGetFileCopy):1375 HTTP response: 200
2022-11-30 18:20:08 host.site(7245) [zypp-curl]
metalinkparser.cc(parse):417 Begin parse /var/tmp/AP_0x8Robt1/repodata/
c77a666f842b41832e6c51537bfc5c2975738cbe2e36f771b76426b8b1718488-
primary.xml.gz.new.zypp.5Ao9NZ
2022-11-30 18:20:08 host.site(7245) [zypp-curl]
metalinkparser.cc(parse):419 End parse /var/tmp/AP_0x8Robt1/repodata/
c77a666f842b41832e6c51537bfc5c2975738cbe2e36f771b76426b8b1718488-
primary.xml.gz.new.zypp.5Ao9NZ
2022-11-30 18:20:08 host.site(7245) [zypp-core] Exception.cc(log):
186 MediaMultiCurl.cc(doGetFileCopy):1433 THROW: Multicurl enabled
but not enough mirrors provided
2022-11-30 18:20:08 host.site(7245) [zypp::media++]
MediaCurl.cc(doGetFileCopyFile):1173 ./repodata/
c77a666f842b41832e6c51537bfc5c2975738cbe2e36f771b76426b8b1718488-
primary.xml.gz
2022-11-30 18:20:08 host.site(7245) [zypp::media++]
MediaCurl.cc(doGetFileCopyFile):1183 URL: https://download.opensuse.org/
repositories/editors/openSUSE_Leap_15.4/repodata/
c77a666f842b41832e6c51537bfc5c2975738cbe2e36f771b76426b8b1718488-
primary.xml.gz
2022-11-30 18:20:09 host.site(7245) [zypp-curl++]
curlhelper.cc(log_redirects_curl):118 redirecting to location: https://
mirrorcache-au.opensuse.org/repositories/editors/openSUSE_Leap_15.4/
repodata/
c77a666f842b41832e6c51537bfc5c2975738cbe2e36f771b76426b8b1718488-
primary.xml.gz
2022-11-30 18:20:09 host.site(7245) [zypp-curl++]
curlhelper.cc(log_redirects_curl):118 redirecting to location: https://
mirror.firstyear.id.au/repositories/editors/openSUSE_Leap_15.4/repodata/
c77a666f842b41832e6c51537bfc5c2975738cbe2e36f771b76426b8b1718488-
primary.xml.gz
2022-11-30 18:21:09 host.site(7245) [zypp::media]
MediaCurl.cc(doGetFileCopyFile):1248 curl error: 28: SSL connection
timeout, temp file size 0 bytes.
2022-11-30 18:21:09 host.site(7245) [zypp-core] Exception.cc(log):
186 MediaCurl.cc(evaluateCurlCode):850 THROW: Timeout exceeded when
accessing 'https://download.opensuse.org/repositories/editors/
openSUSE_Leap_15.4/repodata/
c77a666f842b41832e6c51537bfc5c2975738cbe2e36f771b76426b8b1718488-
primary.xml.gz'.

And have you ever tried killing this process other than by its PID?

root 7245 1.3 4.1 1636040 331648 pts/0 Sl 18:19 0:08 /usr/
bin/ruby.ruby2.5 --encoding=utf-8 /usr/lib/YaST2/bin/y2start
online_update qt -name YaST2 -icon yast

--
Volker Kuhlmann
http://volker.top.geek.nz/ Please do not CC list postings to me.

list57@top.geek.nz wrote:

Hmm, maybe it's a crude mechanism to deal with overload. There is a
limited number of mirrors in Oceania, even fewer fast ones I imagine.

An http 403 more likely to be a configuration issue. However, the point is - we scan mirrors actively, so when mirror.firstyear.id.au does not return proper results, and isn't even listed by mirrors.o.o, nobody should be redirected to it.

The other problem is of course yast: if this occurs, I always end up
playing with pkill, ps and kill (those obnoxiously-named ruby processes
don't help). Yast has no functional skip button, no "skip all" button,
and can't be told to leave this mirror alone for today. It's not even
easy to find out which mirror is currently being used. All that's not so
user-friendly :-(.

I can't really help with that, but you could try using zypper instead.

It is the fallback mirror used on mirrorcache-au.o.o that gets used when few or no other mirrors have the requested file.

I'm aware of the issues and working to resolve.

Fwiw, I'm getting multiple 403s from this mirror, something is clearly not right.

That's because dlc2.o.o and dlc.o.o give you a 403. Not my fault here.

we scan mirrors actively, so when mirror.firstyear.id.au does not return proper results,

It doesn't work like this in mirrorcache because of how the proxy-cache works.

Yast online update throws timeout error after timeout error. This doesn't occur every day but on a regular basis. Client is in New Zealand.

There was recently a set of changes that caused a memory leak in the mirror software that I had to resolve. There have been some other issues on top of that, and it's been an ongoing investigation. At the same time, there has also been a set of medical emergencies in my personal life that delayed my ability to investigate.

I believe that as of this morning the issue should be resolved. Please let me know if there are further problems.

firstyear wrote:

Fwiw, I'm getting multiple 403s from this mirror, something is clearly not right.

That's because dlc2.o.o and dlc.o.o give you a 403. Not my fault here.

I am not sure how to proceed here.
Should we then avoid using opensuse-proxy and use downloadcontent everywhere until this is fixed?

It's already fixed now. I'm monitoring for other issues. The issue actually started due to a set of changes requested by bernhard, which has had a lot of frustrating flow on consequences.