Bug 1994668

Summary:	submariner-addon pod failing in RHACM 2.4 latest ds snapshot
Product:	Red Hat Advanced Cluster Management for Kubernetes	Reporter:	Chad Crum <ccrum>
Component:	Cluster Lifecycle	Assignee:	Jian Qiu <jqiu>
Status:	CLOSED ERRATA	QA Contact:	Hui Chen <huichen>
Severity:	high	Docs Contact:	Christopher Dawson <cdawson>
Priority:	unspecified
Version:	rhacm-2.4	CC:	ccrum, yuhe, zyin
Target Milestone:	---	Flags:	ming: rhacm-2.4+
Target Release:	rhacm-2.4
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:	2021-11-11 18:33:32 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 Chad Crum 2021-08-17 16:26:17 UTC

Description of the problem:
submariner-addon pods stuck in clbo with latest RHACM 2.4 ds snapshot.

submariner-addon-54db489c78-lrgz2                                 1/1     Running            7 (5m10s ago)    83m


Release version:

Operator snapshot version:
2.4.0-DOWNSTREAM-2021-08-17-07-07-34

OCP version:
4.9.0-0.nightly-2021-08-16-082143

Env:

Hub = ocp baremetal ipi, ipv4 connected (libvirt)

Browser Info:
N/A

Steps to reproduce:
1. Deploy ocp baremetal ipi, ipv4 connected hub
2. Created catalogsource from 2.4.0-DOWNSTREAM-2021-08-17-07-07-34
3. Deploy RHACM on hub via catalogsource
4. Create mch cr

Actual results:
submariner-addon-54db489c78-lrgz2                                 1/1     Running            7 (5m10s ago)    83m

Expected results:
Pod starts without error

Additional info:

My deployment is having multiple pods get into clbo, but they look to be due to different issues, so opening individual bz's.

submariner-addon-54db489c78-lrgz2                                 1/1     Running            6 (34s ago)      67m
managedcluster-import-controller-v2-c7676fd74-csfsd               0/1     CrashLoopBackOff   14 (3m12s ago)   65m
hive-operator-774646d57-dklrc                                     0/1     CrashLoopBackOff   16 (5m11s ago)   67m
management-ingress-c8c5f-5499494b95-ks2m9                         1/2     Running            22 (5m29s ago)   65m
management-ingress-c8c5f-5499494b95-nprns                         1/2     Running            22 (5m19s ago)   65m

Comment 2 zyin@redhat.com 2021-08-18 02:38:17 UTC

a compatible issue of ACM and OCP 4.9. the v1beta1.CustomResourceDefinition is deprecated in OCP 4.9. need to upgrade CustomResourceDefinition to v1 in submariner-addon.

Comment 3 Chad Crum 2021-08-26 11:28:30 UTC

Verified working - All pods in a Running status on latest downstream snapshot

OCP Hub: 4.9.0-0.nightly-2021-08-25-185404
Snapshot: 2.4.0-DOWNSTREAM-2021-08-25-19-01-28

Comment 7 errata-xmlrpc 2021-11-11 18:33:32 UTC

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 (Important: Red Hat Advanced Cluster Management 2.4 images and security updates), and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHSA-2021:4618

Comment 8 Derek Ho 2021-11-13 02:36:21 UTC

Update QA contact for CLC