[mirror-admin] every mirror is showing repomd.xml does not match metalink

Matt Domsch matt at domsch.com
Fri Apr 9 10:37:40 EDT 2010


On Fri, Apr 09, 2010 at 07:06:03AM -0500, Matt Domsch wrote:
> On Thu, Apr 8, 2010 at 11:16 PM, Chuck Anderson <cra at wpi.edu> wrote:
> >>sudo yum update
> > Loaded plugins: dellsysidplugin2, presto, refresh-packagekit, security
> > fedora/metalink                                          |  20 kB     00:00
> > fedora                                                   | 4.2 kB     00:00
> > fedora/primary_db                                        |  12 MB     00:04
> > updates/metalink                                         | 3.3 kB     00:00
> > updates                                                  | 4.4 kB     00:00
> > http://mirrors.usc.edu/pub/linux/distributions/fedora/linux/updates/12/x86_64/repodata/repomd.xml:
> > [Errno -1] repomd.xml does not match metalink for updates
> 
> What is in /var/cache/yum/x86_64/12/updates/ ?
> sha256sum repomd.xml
> cat metalink.xml
> 
> and send that to me please.
> 
> You're the second person to report this kind of failure today, on
> updates-released-f12&arch=i386
> but requests for same look OK to me now...

I see the failure mode now.  I'll have to figure out how to fix it.

scenario: f12 update pushed 2010-04-03T05:00:31.359362.  The following
f12 update was pushed 2010-04-09T01:30:03.61679, about 6 days later.
So, when the later update got pushed, MM "forgot" about the earlier
update (because it was more than 2 days "stale"), but the mirrors
hadn't yet picked up the new update, so yum refused to use any of the
mirrors.  And of course, it happened simultaneous with 13-Beta getting
staged to the mirrors so mirrors couldn't pick up the F12 update as
quickly as they normally would.

This hadn't bitten us before, when we had a max 7 days stale rule,
because we have been pushing updates faster than every 7 days.  But
with the 2-day rule, we get bit.

-Matt

--



More information about the Mirror-admin mailing list