The following PR https://github.com/openshift/origin/pull/22696 introduced an e2e which is verifying that all the operators provide descriptive information as part of their schema which is then available through oc explain command. This was recently updated and brought back in https://github.com/openshift/origin/pull/24058. Your component has a few missing bits, see the commented out lines from the PR. This should be fixed similarly to https://github.com/openshift/cluster-kube-controller-manager-operator/pull/302, iow. it should be using openshift/api's generated CRD yamls. Once done update origin's e2e test and uncomment the lines from your components.
*** Bug 1792054 has been marked as a duplicate of this bug. ***
*** Bug 1810039 has been marked as a duplicate of this bug. ***
Lowering severity as MHC is covered by https://bugzilla.redhat.com/show_bug.cgi?id=1816624. We'll create specific tickets for clusterAutoscaler and machineAutoscaler resources. Machine will need more work due to the embedded providerSpec as a raw extension.
clusterAutoscaler and machineAutoscaler resources -> https://bugzilla.redhat.com/show_bug.cgi?id=1820474 Assigning to Joel to follow up exploring machine/machineSet.
*** Bug 1823715 has been marked as a duplicate of this bug. ***
*** Bug 1823717 has been marked as a duplicate of this bug. ***
Verifying that oc explain returns output for both machine and machinesets. The output is similar to the oc explain pod [parube@ip-172-31-48-186 ~]$ oc explain machine KIND: Machine VERSION: machine.openshift.io/v1beta1 DESCRIPTION: / [Machine] Machine is the Schema for the machines API 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> / [MachineSpec] MachineSpec defines the desired state of Machine status <Object> / [MachineStatus] MachineStatus defines the observed state of Machine [parube@ip-172-31-48-186 ~]$ oc explain machinesets KIND: MachineSet VERSION: machine.openshift.io/v1beta1 DESCRIPTION: / [MachineSet] MachineSet ensures that a specified number of machines replicas are running at any given time. 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> / [MachineSetSpec] MachineSetSpec defines the desired state of MachineSet status <Object> / [MachineSetStatus] MachineSetStatus defines the observed state of MachineSet
*** Bug 1847709 has been marked as a duplicate of this bug. ***
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, 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/RHBA-2020:2409