Provide ability to customize number of retries per tag during repo mirroring

Solution In Progress - Updated -

Issue

  • When one needs to mirror a very large number of tags and some of them fail then the entire operation enters failed state. Since the mirror is in the failed state, even the successfully mirrored tags will be deleted/reverted to an earlier state. The user has to start the operation from scratch and it is very time-consuming.
  • Do we have an option to avoid the above situation and retry the failed tags to success so the overall Repository Mirroring would be a success?
  • We lost 90% of the mirrored data because a bunch of images failed to pull repeatedly. This is unacceptable from a user experience point of view. Can the number of retries be configurable, either via config.yaml or per repository?

Environment

  • Red Hat Quay
    • 3.6

Subscriber exclusive content

A Red Hat subscription provides unlimited access to our knowledgebase, tools, and much more.

Current Customers and Partners

Log in for full access

Log In

New to Red Hat?

Learn more about Red Hat subscriptions

Using a Red Hat product through a public cloud?

How to access this content