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. 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-version-operator/pull/168 and then update origin's e2e test and uncomment the lines from your components.
Adam, I couldn't figure out a component for cluster-samples-operator but I've created just one issue wrt to imageregistry and sample operator configs. I'd like to see both addressed.
I created clone https://bugzilla.redhat.com/show_bug.cgi?id=1705753 to cover the samples operator aspect of this.
@Maciej this is a bit of a riskier proposition, since adding library-go requires bumping k8s.io deps to 1.13. Can we address this as tech debt in 4.2 (with a potential z-stream update for 4.1)?
Yes 4.1.x is perfect.
*** Bug 1708597 has been marked as a duplicate of this bug. ***
moving to 4.2.0, if you decide to backport it to 4.1.z create a clone.
PR: https://github.com/openshift/cluster-image-registry-operator/pull/291
*** Bug 1659897 has been marked as a duplicate of this bug. ***
Needs DESCRIPTION to be fully populated in order to pass. Current output from dev clusters: ``` $ oc explain config --api-version imageregistry.operator.openshift.io/v1 KIND: Config VERSION: imageregistry.operator.openshift.io/v1 DESCRIPTION: <empty> 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/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/api-conventions.md#types-kinds metadata <Object> Standard object's metadata. More info: https://git.k8s.io/community/contributors/devel/api-conventions.md#metadata spec <Object> status <Object> ``` Waiting on input from the CLI team on how to proceed.
PR: https://github.com/openshift/cluster-image-registry-operator/pull/319
Oleg, https://github.com/openshift/cluster-image-registry-operator/pull/319 is closed. Other PRs associated w/ this BZ are closed or merged. Should it be moved to modified or back to assigned? Post doesn't seem correct at this point.
Verified with below version: Client Version: v4.2.0 Server Version: v1.14.0+1682e38 OpenShift Version: 4.2.0-0.nightly-2019-07-30-000900 $ oc explain config --api-version imageregistry.operator.openshift.io/v1 KIND: Config VERSION: imageregistry.operator.openshift.io/v1 DESCRIPTION: Config is the configuration object for a registry instance managed by the registry operator 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/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/api-conventions.md#types-kinds metadata <Object> -required- Standard object's metadata. More info: https://git.k8s.io/community/contributors/devel/api-conventions.md#metadata spec <Object> -required- status <Object>
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-2019:2922