Bug 2062321 - when update attempt of hco.spec with storage classes failed, csv git stuck in installing state
Summary: when update attempt of hco.spec with storage classes failed, csv git stuck in...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Container Native Virtualization (CNV)
Classification: Red Hat
Component: Installation
Version: 4.9.3
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: ---
: 4.10.1
Assignee: Simone Tiraboschi
QA Contact: SATHEESARAN
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2022-03-09 14:48 UTC by Debarati Basu-Nag
Modified: 2024-01-18 09:10 UTC (History)
2 users (show)

Fixed In Version: hco-bundle-registry:v4.10.1-36
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2022-05-18 20:27:26 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github kubevirt hyperconverged-cluster-operator pull 1835 0 None Merged Fix a race condition on object recreation 2022-03-29 06:38:57 UTC
Github kubevirt hyperconverged-cluster-operator pull 1839 0 None Merged [release-1.6] Fix a race condition on object recreation (#1835) 2022-03-29 06:38:46 UTC
Red Hat Issue Tracker CNV-16833 0 None None None 2024-01-18 09:10:04 UTC
Red Hat Product Errata RHSA-2022:4668 0 None None None 2022-05-18 20:28:56 UTC

Comment 2 SATHEESARAN 2022-04-27 13:53:16 UTC 
Verified with hco-bundle-v4.10.1-88 with index image[1] with the following steps.

1. Delete SSP CR
      # oc delete ssp ssp-kubevirt-hyperconverged -n openshift-cnv

2. Check for CSV's status.conditions
# [cnv-qe-jenkins@ ~]$ oc get csv kubevirt-hyperconverged-operator.v4.10.1 -n openshift-cnv -o json | jq '.status.conditions[-1]'
{
  "lastTransitionTime": "2022-04-27T09:39:52Z",
  "lastUpdateTime": "2022-04-27T09:39:52Z",
  "message": "install strategy completed with no errors",
  "phase": "Succeeded",
  "reason": "InstallSucceeded"
}
There is no "Pending" phase with "InstallWaiting"
With this information marking this bug as verified.

On the other hand, I have also verified the behavior with CNV-4.9.4, where the issue was recorded originally.

When repeating the above 2 steps with CNV 4.9.4, CSV's .status.conditions shows the failure.
[cnv-qe-jenkins@ ~]$ oc get csv kubevirt-hyperconverged-operator.v4.9.4 -n openshift-cnv -o json | jq '.status.conditions[-1]'
{
  "lastTransitionTime": "2022-04-27T13:40:26Z",
  "lastUpdateTime": "2022-04-27T13:40:37Z",
  "message": "installing: waiting for deployment hco-operator to become ready: deployment \"hco-operator\" not available: Deployment does not have minimum availability.",
  "phase": "Installing",
  "reason": "InstallWaiting"
}
In this case of CNV-4.9.4, restarting hco-operator solved the problem
[cnv-qe-jenkins@ ~]$ oc delete -n openshift-cnv $(oc get pod -n openshift-cnv -l name=hyperconverged-cluster-operator -o name)
pod "hco-operator-d89477897-6ngqr" deleted

[cnv-qe-jenkins@ ~]$ oc get csv kubevirt-hyperconverged-operator.v4.10.1 -n openshift-cnv -o json | jq '.status.conditions[-1]'
{
  "lastTransitionTime": "2022-04-27T13:50:17Z",
  "lastUpdateTime": "2022-04-27T13:50:17Z",
  "message": "waiting for install components to report healthy",
  "phase": "Installing",
  "reason": "InstallSucceeded"
}


[1]- registry-proxy.engineering.redhat.com/rh-osbs/iib:220170
Comment 8 errata-xmlrpc 2022-05-18 20:27:26 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 (Moderate: OpenShift Virtualization 4.10.1 Images security and bug fix 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.

https://access.redhat.com/errata/RHSA-2022:4668
Note You need to log in before you can comment on or make changes to this bug.