Bug 2121111 - ZTP provisioned cluster displayed as "Pending import"
Summary: ZTP provisioned cluster displayed as "Pending import"
Keywords:
Status: CLOSED INSUFFICIENT_DATA
Alias: None
Product: Red Hat Advanced Cluster Management for Kubernetes
Classification: Red Hat
Component: Cluster Lifecycle
Version: rhacm-2.4.z
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ---
: ---
Assignee: James Young
QA Contact: Eveline Cai
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2022-08-24 13:40 UTC by jenchen
Modified: 2022-09-30 06:44 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2022-09-30 06:44:43 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
Screen copy of the ACM gui display (344.56 KB, image/png)
2022-08-24 13:40 UTC, jenchen
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Github stolostron backlog issues 25281 0 None None None 2022-08-24 16:28:28 UTC

Description jenchen 2022-08-24 13:40:41 UTC
Created attachment 1907409 [details]
Screen copy of the ACM gui display

Description of the problem:
When I provisioned 2 clusters (1 SNO, and 1 multimode cluster), the sno cluster is marked/displayed as "Pending import" though provisioning went through successfully.

```[jenchen@ericsson-ocp-4 ~]$ oc get bmh -A
NAMESPACE               NAME                                STATE                    CONSUMER                      ONLINE   ERROR
cloudransno-site1       cloudransno-site1                   provisioned                                            true
cloudranvcu             master1.cloudranvcu.ecr1.bos2.lab   provisioned                                            true
cloudranvcu             master2.cloudranvcu.ecr1.bos2.lab   provisioned                                            true
cloudranvcu             master3.cloudranvcu.ecr1.bos2.lab   provisioned                                            true
cloudranvcu             worker1.cloudranvcu.ecr1.bos2.lab   provisioned                                            true
cloudranvcu             worker2.cloudranvcu.ecr1.bos2.lab   provisioned                                            true
openshift-machine-api   master-0                            externally provisioned   cloudranmgmt-fzlsb-master-0   true
openshift-machine-api   master-1                            externally provisioned   cloudranmgmt-fzlsb-master-1   true
openshift-machine-api   master-2                            externally provisioned   cloudranmgmt-fzlsb-master-2   true
```
Release version:
OCP version(hub cluster): 4.9.46

Operator snapshot version:
ACM version: 2.4.5

OCP version:
SNO cluster version: 4.9.24

Browser Info:

Steps to reproduce:
1.
2.
3.

Actual results:


Expected results:

Additional info:

Comment 1 Wei Liu 2022-08-29 05:48:16 UTC
@jenchen 


Would you get the hive `clusterdeployment` from the sno cluster namespace?

```
oc -n cloudransno-site1 get clusterdeployments 
```

the sno cluster `clusterdeployment` should be in the sno cluster namespace

if you do not known the `clusterdeployment` in which namespace, I think you may try to `oc get clusterdeployments --all-namespaces`

Comment 2 jenchen 2022-08-30 18:52:08 UTC
Now my setup loaded with 4.10 + acm 2.5. I did not observe the issue. Will provide info if I observe the issue again.

Comment 3 Wei Liu 2022-08-31 01:33:32 UTC
OK, thank you

Comment 4 Wei Liu 2022-09-30 06:05:07 UTC
@jenchen 

Would you close this issue, if you observer this again, we may have a new one to trace, thank you

Comment 5 Yuanyuan He 2022-09-30 06:44:43 UTC
Close for now. Feel free to reopen in case it happens again. Thanks!


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