Uploaded image for project: 'OpenShift Bugs'
  1. OpenShift Bugs
  2. OCPBUGS-58280

Reduce the default to avoid network issues

XMLWordPrintable

    • Quality / Stability / Reliability
    • False
    • Hide

      None

      Show
      None
    • None
    • None
    • None
    • None
    • None
    • CLID Sprint 273, CLID Sprint 274
    • 2
    • Done
    • Bug Fix
    • Hide
      * Before this update, `oc-mirror v2` sent a large number of requests to container registries. As a consequence, container registries rejected some requests with a `too many requests` error message. With this release, the default for the `maxParallelLayerDownloads` and `maxParallelImageDownloads` flags is reduced and the retry-times are increased. The retry-delay is also set to `0` to enable exp backoff. As a result, fewer requests are sent to container registries which results in fewer rejections of the requests. (link:https://issues.redhat.com/browse/OCPBUGS-58280[OCPBUGS-58280])
      Show
      * Before this update, `oc-mirror v2` sent a large number of requests to container registries. As a consequence, container registries rejected some requests with a `too many requests` error message. With this release, the default for the `maxParallelLayerDownloads` and `maxParallelImageDownloads` flags is reduced and the retry-times are increased. The retry-delay is also set to `0` to enable exp backoff. As a result, fewer requests are sent to container registries which results in fewer rejections of the requests. (link: https://issues.redhat.com/browse/OCPBUGS-58280 [ OCPBUGS-58280 ])
    • None
    • None
    • None
    • None

      This is a clone of issue OCPBUGS-57370. The following is the description of the original issue:
      —
      Description of problem:

          Currently oc-mirror v2 defaults related to concurrency are too high and some container registries are rejecting so many requests. Some customer are using some flags to avoid the network issues: In this conversation it is possible to see that --parallel-images 2 --retry-delay 2s --retry-times 5 are used https://redhat-internal.slack.com/archives/C02JW6VCYS1/p1749568315478749?thread_ts=1749566735.317039&cid=C02JW6VCYS1 there is also another customer using a similar set of flags: --retry-times 30 --image-timeout 60m --parallel-images 2 --retry-delay 2s

       

      Version-Release number of selected component (if applicable):

      How reproducible:

          It is not always reproducible, but the dev team also faced this issue so it is a known issue.

      Steps to Reproduce:

          1.
    2.
    3.

      Actual results:

      Expected results:

      Additional info:

          Reducing the defaults could be a solution.
    Also changing the default of --retry-delay to zero would change the behavior inside of containers/common/pkg/retry from linear to exponential backoff (which could help when retrying pushing the image)

       

       

              rh-ee-aguidi Alex Guidi
              openshift-crt-jira-prow OpenShift Prow Bot
              None
              None
              May Xu May Xu
              None
              Votes:
              0 Vote for this issue
              Watchers:
              6 Start watching this issue

                Created:
                Updated:
                Resolved: