Bug 1903275
Summary: | [sig-cli] oc explain should contain proper spec+status for CRDs | ||
---|---|---|---|
Product: | OpenShift Container Platform | Reporter: | Fabian von Feilitzsch <fabian> |
Component: | Bare Metal Hardware Provisioning | Assignee: | sdasu |
Bare Metal Hardware Provisioning sub component: | cluster-baremetal-operator | QA Contact: | Amit Ugol <augol> |
Status: | CLOSED DUPLICATE | Docs Contact: | |
Severity: | urgent | ||
Priority: | urgent | CC: | aos-bugs, sdasu, stbenjam |
Version: | 4.7 | ||
Target Milestone: | --- | ||
Target Release: | 4.7.0 | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: |
[sig-cli] oc explain should contain proper spec+status for CRDs
|
|
Last Closed: | 2020-12-02 12:33:14 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
Fabian von Feilitzsch
2020-12-01 18:22:31 UTC
This PR: https://github.com/openshift/cluster-baremetal-operator/pull/69 is a potential culprit. Runs after it merged have been failing consistently. (In reply to Fabian von Feilitzsch from comment #1) > This PR: https://github.com/openshift/cluster-baremetal-operator/pull/69 is > a potential culprit. Runs after it merged have been failing consistently. This has started failing after oc explain tests have been by https://github.com/openshift/origin/pull/25708. The timing just happens to coincide with the merge of https://github.com/openshift/cluster-baremetal-operator/pull/69. ----------------------------------------------------------------------------------------------------------- In my deployed cluster, this is what we see: [stack@osp-shiftstack-05 dev-scripts]$ oc explain provisioning --api-version=metal3.io/v1alpha1 KIND: Provisioning VERSION: metal3.io/v1alpha1 DESCRIPTION: Provisioning contains configuration used by the Provisioning service (Ironic) to provision baremetal hosts. Provisioning is created by the OpenShift installer using admin or user provided information about the provisioning network and the NIC on the server that can be used to PXE boot it. This CR is a singleton, created by the installer and currently only consumed by the cluster-baremetal-operator to bring up and update containers in a metal3 cluster. FIELDS: apiVersion <string> APIVersion defines the versioned schema of this representation of an object. Servers should convert recognized schemas to the latest internal value, and may reject unrecognized values. More info: https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#resources kind <string> Kind is a string value representing the REST resource this object represents. Servers may infer this from the endpoint the client submits requests to. Cannot be updated. In CamelCase. More info: https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#types-kinds metadata <Object> Standard object's metadata. More info: https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#metadata spec <Object> ProvisioningSpec defines the desired state of Provisioning status <Object> ProvisioningStatus defines the observed state of Provisioning Sandhya is working on a fix. We are not sure why it's manifesting now, but in the migration from machine-api-operator to cluster-baremetal-operator, we had two copies of the baremetal CRD temporarily - one of which is older version and won't display the description. We already had work in progress to remove the one from MAO, which I've linked to the BZ. CVO has a very interesting behavior where it's constantly applying the MAO CRD, and then shortly after applying the one from CBO. There's a very short window where you'll get the older one which can't display the description when using `oc explain`. *** This bug has been marked as a duplicate of bug 1880787 *** |