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
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
Am 7. März 2017 05:55:48 MEZ schrieb Richard Brown <rbrown@suse.de>:
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
No problem: We are all trying or best during our free time - yours is over for the moment. I'll try to find some time to debug this further and keep you updated about my findings.
I really need to rely on you, the heroes and anyone else we can find to do what they can in this case
Let's see what we find out... :-) Thanks for the time you spend already! Lars -- To unsubscribe, e-mail: heroes+unsubscribe@opensuse.org To contact the owner, e-mail: heroes+owner@opensuse.org
Hi On Tue, 07 Mar 2017 06:54:41 +0000 Lars Vogdt wrote:
No problem: We are all trying or best during our free time - yours is over for the moment. I'll try to find some time to debug this further and keep you updated about my findings.
Turned out that it was NOT the IPv6, but the enabling of SSL: DBD does not like to have connections with identical names... Simplified background for those who are interested: In the past, we had just two vhosts on download.o.o: one for IPv6 and one for IPv4, pointing to IPv4 and IPv6 entries for the same database host. Now - with two additional SSL enabled vhosts - this broke the setup, as DBD suddenly saw two vhosts/DBD-connections pointing to the same DB-host. As DBD seems to create a "unique" connection name based on the host name and a timeout value, all vhost definitions now also contain different timeout settings to make it easier for DBD to create "unique" DB connection names.... => problem fixed :D CU, Lars -- To unsubscribe, e-mail: heroes+unsubscribe@opensuse.org To contact the owner, e-mail: heroes+owner@opensuse.org
participants (4)
-
Lars Vogdt
-
Lars Vogdt
-
Lars Vogdt
-
Richard Brown