Description of problem:
When creating many imagestream imports in parallel, they eventually become very slow (more than 15 minutes) even when the import is just from one namespace to the other in the same cluster. This is presumably caused by the controller only having a concurrency of five, we observed that the workqueue_depth for the ImageStreamController goes up to 350.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
@Oleg if I remember correctly you wrote a patch that bumped the number of workers, or made it tunable from the operator configuration layer, right? If so, we can likely close this out.
That PR is still open and is part of this BZ.
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory (Moderate: OpenShift Container Platform 4.8.2 bug fix and security update), and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.