I will not have time to look at it for some days - I've spent over 40 hours of work time looking at mirror issues in the last 3 weeks and as I'm only meant to be spending 8 hours a week of work time on all openSUSE issues, including my Chairman duties, I really need to redress the balance and give QA my focus for a while Sorry Lars, I agree it's important but I really need to rely on you, the heroes and anyone else we can find to do what they can in this case
On 7 Mar 2017, at 00:05, Lars Vogdt <Lars.Vogdt@suse.de> wrote:
Hi
At least since today we have a problem with files that are on - at least - some mirrors, but are not "known" to our Apache on download.o.o:
http://download.opensuse.org/update/leap/42.1/oss/repodata/5463ed3723287e7e3...
lists only the download server itself - while at least seven other mirrors have the file available.
* I tried a rescan of those mirrors - no result * I reconfigured download.o.o to use the master database (download.o.o normally uses just a slave, but this might have lags that I don't see) - no result
Testing is done via: mb probefile --hide-negative update/leap/42.1/oss/repodata/5463ed3723287e7e3efbdbd2b04bd9ed97a617701c3432f6677c26d6f98e7f4b-primary.xml.gz
http://mirror.datto.com/opensuse/update/leap/42.1/oss/repodata/5463ed3723287... http://widehat.opensuse.org/update/leap/42.1/oss/repodata/5463ed3723287e7e3e... http://ftp2.nluug.nl/os/Linux/distr/opensuse/update/leap/42.1/oss/repodata/5... ...
As the "probefile" command lists mirrors, that are NOT listed by apache, I asume that the latest changes for IPv6 support might broke something. Can you please check and/or help with the problem?
At the moment, all worldwide requests (at least for this file) are only handled via download.o.o - which loads even a 1Gb line without problems...
Thanks in advance! Lars
-- To unsubscribe, e-mail: heroes+unsubscribe@opensuse.org To contact the owner, e-mail: heroes+owner@opensuse.org