Mirror verification failure false positive
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Launchpad itself |
Expired
|
Undecided
|
Unassigned |
Bug Description
I am specifically reporting about the mirror verification failure reported in:
> http://
Since we were contacted about this (On the 5th of August 2017), we have been monitoring the availability of the URLs flagged in the report, and they have always been active and available.
So, I reckon there might have been a network blip at the time the report was run. What puzzles me is why the mirror checking process does not back-off and retry later. Well, there is no clear indication of a retrial
Again, talking to my colleagues, it seems this is not the first time the mirror verification process has failed our Ubuntu mirror, and exactly for the same error of supposedly receiving a 404 response.
We host other mirrors on the same server, with exactly the same infrastructure and no other upstream repository has ever reported hitting a 404 when validating our mirror.
Could this failure be due to something your mirror validation system is doing wrongly ?
Please, can you reactivate this mirror as well ..
description: | updated |
description: | updated |
tags: | added: api bugtrackers ubuntu-upstream-relations |
tags: | removed: api branch-stacking bugtrackers ubuntu-upstream-relations |
Our mirror prober did retry, and as far as I can tell Launchpad is currently quite happy with your mirror:
https:/ /launchpad. net/ubuntu/ +mirror/ mirror. ox.ac.uk- release
Can you explain what makes you think the mirror hasn't been reactivated?