#7371 Stale repomd.xml file on cloudfront cache
Closed: Fixed 7 years ago Opened 7 years ago by craigho.

Since around 7:30AM EST (1230PM UTC) the following file has been invalid, resulting in HTTP 404s when trying to pull updateinfo.xml.bz2/primary.xml.gz repo data:
https://d2lzkl7pfhq30w.cloudfront.net/pub/epel/6/x86_64/repodata/repomd.xml

My ec2 instances reports a revision of 1541827341, but my desktop machine reports 1541992680.

AWS support was unable to provide any information as I do not own this cloudfront account. They said that if the TTL of any file is long and valid, it may mean that an older copy is served than is available at the origin.

  • Describe what you need us to do:
    Please invalidate aws cloudfront cache so that this file is re-downloaded from the origin

@nirik, @mohanboddu: would this be good to move to the releng repo?

Metadata Update from @bowlofeggs:
- Issue priority set to: Waiting on Assignee (was: Needs Review)

7 years ago

smooge from #epel on freenode was able to help get the cache cleared.

@nirik, @mohanboddu: would this be good to move to the releng repo?

No, this is an infrastructure problem, we run that cloudfront instance.

We need to figure out a way to invalidate that file when we update it, but for now it should be fixed.

Metadata Update from @kevin:
- Issue close_status updated to: Fixed
- Issue status updated to: Closed (was: Open)

7 years ago

Confirmed, it is fixed.

Log in to comment on this ticket.

Metadata