Bug 1732155

Summary: OLM dependency resolution is inoperable due to incorrectly placed CatalogSources
Product: OpenShift Container Platform Reporter: Daniel Messer <dmesser>
Component: OLMAssignee: Evan Cordell <ecordell>
OLM sub component: OperatorHub QA Contact: Fan Jia <jfan>
Status: CLOSED WONTFIX Docs Contact:
Severity: high    
Priority: unspecified    
Version: 4.1.z   
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2019-08-06 12:58:30 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Daniel Messer 2019-07-22 19:43:43 UTC 
Description of problem:

OLM dependency resolution takes into account Operators from catalogs in the same namespace as the Operator stating the dependency as well as all those Operators from catalogs in the so-called “global catalog” namespace. Catalogs from this namespace are available to all users in the cluster.
With the 4.1 release OperatorHub incorrectly places CatalogSources in a namespace that is not the global catalog namespace configured for OLM. When an Operator gets installed via OperatorHub the catalog will be created in the target namespace of that Operator, effectively triggering the behavior described above. As such no dependency resolution can be performed.


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


How reproducible:

Always


Steps to Reproduce:
1. Try to install an Operator from OperatorHub that has at least 1 dependency on another Operator 
2. OperatorHub creates intermediate catalog in target namespace
3. OLM attempts to reconcile a Subscription

Actual results:

OLM fails to install the Operator from this catalog as the other catalogs are not placed in the global catalog namespace


Expected results:

OperatorHub catalogs are created in a global catalog namespace, making the content available for dependency resolution. OLM can successfully reconcile subscriptions on Operators that have a dependency.
Additional info:
Comment 3 Red Hat Bugzilla 2023-09-14 05:32:11 UTC 
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days