Bug 1869634 - [Assisted-4.5] [cluster validation] Cluster has Ready status although DNS domain is not set
Summary: [Assisted-4.5] [cluster validation] Cluster has Ready status although DNS dom...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: OpenShift Container Platform
Classification: Red Hat
Component: assisted-installer
Version: 4.5
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: ---
: 4.6.0
Assignee: liat gamliel
QA Contact: Udi Kalifon
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2020-08-18 12:00 UTC by Lital Alon
Modified: 2021-01-25 20:02 UTC (History)
2 users (show)

Fixed In Version: 1.0.8
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2021-01-25 20:02:12 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
cluster is ready while missing dns (162.91 KB, image/png)
2020-08-18 12:00 UTC, Lital Alon
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2021:0171 0 None None None 2021-01-25 20:02:34 UTC

Description Lital Alon 2020-08-18 12:00:00 UTC
Created attachment 1711713 [details]
cluster is ready while missing dns

Created attachment 1711713 [details]
cluster is ready while missing dns

Description of problem:
Cluster has Ready status although DNS domain is not set. 


Steps to Reproduce:
1.Boot masters and workers with the discovery image. 
2.After nodes registered, assign them role.   
3.Provide the cluster's CIDR and all remaining input except Base DNS Domain.
2. Save changes, and move back to clusters page.

Actual results:
Cluster has Ready status

Expected results:
Cluster has Insufficient status

Additional info:
API returns cluster details w/o the dns validation as expected.

Returned validations_info: "{"hosts-data":[{"id":"all-hosts-are-ready-to-install","status":"success","message":"All hosts in the cluster are ready to install"},{"id":"has-exactly-three-masters","status":"success","message":"Cluster has 3 known master hosts"}],"network":[{"id":"machine-cidr-defined","status":"success","message":"Machine network CIDR is defined"},{"id":"machine-cidr-equals-to-calculated-cidr","status":"success","message":"Cluster machine CIDR equals to the calculated CIDR "},{"id":"api-vip-defined","status":"success","message":"API vip is defined"},{"id":"api-vip-valid","status":"success","message":"api vip 192.168.123.5 belongs to machine CIDR and not in use "},{"id":"ingress-vip-defined","status":"success","message":"Ingress vip is defined"},{"id":"ingress-vip-valid","status":"success","message":"ingress vip 192.168.123.10 belongs to machine CIDR and not in use "}]}"

Comment 1 nshidlin 2020-08-19 08:51:26 UTC
May be related:
Creating a cluster with API call POST to /clusters only requires cluster name and openshift version to succeed. The pull secret while required in UI is not validated by the back end.

Comment 2 Lital Alon 2020-08-25 10:01:17 UTC
As per Nir comment:
According to Liat G., creating a cluster w/o a pull secret is a valid flow. But, there are more validations before installations and cluster should not be Ready in case of missing pull secret. adding more test to cover this pull secret.

Comment 3 Lital Alon 2020-08-25 10:02:57 UTC
Issue validated on latest (deployed at Aug 25).

Comment 6 errata-xmlrpc 2021-01-25 20:02:12 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 Container Platform 4.6.13 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.

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


Note You need to log in before you can comment on or make changes to this bug.