[CentOS-mirror] Stale mirror content

We've been noticing this lately on our mirrors too and we sync upstream to
CentOS's primary mirrors. For example, this morning we got dozens of emails
such as these:

Not using downloaded epel/repomd.xml because it is older than what we have:
  Current   : Sun Aug 16 00:47:07 2020
  Downloaded: Sat Aug 15 00:25:46 2020

Unfortunately, I don't have information on which mirror we pulled from
before the time this was run but I can probably update our scripts so we
can track this better. I suspect there might be an issue with one or more
of the upstream mirrors not being in sync sometimes. I wonder if this is
related to the other thread I started regarding centosv4.centos.org being
slow for us.

On Fri, Aug 7, 2020 at 6:36 AM Fabian Arrotin <arrfab at centos.org> wrote:

> On 30/07/2020 03:05, Mason Schmitt wrote:
> > Hello,
> >
> > I'm seeing issues with stale content from mirrors that are listed as
> > being up to date at https://mirror-status.centos.org/
> >
>
> Which basically checks the main root of the content dir and then
> displays that page.
> Not shown on that page is the result of the crawler process *then* only
> verifying *all* repositories metadata and comparing with local cache
>
> Normally , assuming that you don't have other internal caching
> somewhere, it should get the list of validated (and still to be
> considered current) mirrors.
>
> --
> Fabian Arrotin
> The CentOS Project | https://www.centos.org
> gpg key: 17F3B7A1 | twitter: @arrfab
>
> _______________________________________________
> CentOS-mirror mailing list
> CentOS-mirror at centos.org
> https://lists.centos.org/mailman/listinfo/centos-mirror
>


-- 
Lance Albertson
Director
Oregon State University | Open Source Lab
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.centos.org/pipermail/centos-mirror/attachments/20200817/32d022b8/attachment.html>