Skip to content

Conversation

@sanchezl
Copy link
Contributor

Add CRD resource definition for KubeStorageVersionMigrator types.

@openshift-ci-robot openshift-ci-robot added the size/L Denotes a PR that changes 100-499 lines, ignoring generated files. label Oct 29, 2019
@mfojtik
Copy link
Contributor

mfojtik commented Oct 29, 2019

/lgtm

@openshift-ci-robot openshift-ci-robot added the lgtm Indicates that a PR is ready to be merged. label Oct 29, 2019
@openshift-ci-robot
Copy link

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: mfojtik, sanchezl

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@openshift-ci-robot openshift-ci-robot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Oct 29, 2019
@openshift-merge-robot openshift-merge-robot merged commit d752785 into openshift:master Oct 29, 2019
wking added a commit to wking/openshift-api that referenced this pull request Sep 27, 2023
The outgoing run level 40 is from file creation in 8802379 (add
KubeStorageVersionMigrator crd.yaml, 2019-10-29, openshift#503), but that
commit does not give a motivation for selecting level 40.  Moving to
level 50 will align this manifest with the other migrator manifests:

  $ oc adm release extract --to manifests quay.io/openshift-release-dev/ocp-release:4.14.0-rc.2-x86_64
  $ ls manifests/*kube-storage-version-migrator*
  manifests/0000_40_kube-storage-version-migrator-operator_00_config.crd.yaml
  manifests/0000_50_cluster-kube-storage-version-migrator-operator_01_storage_migration_crd.yaml
  manifests/0000_50_cluster-kube-storage-version-migrator-operator_01_storage_state_crd.yaml
  manifests/0000_50_cluster-kube-storage-version-migrator-operator_02_namespace.yaml
  manifests/0000_50_cluster-kube-storage-version-migrator-operator_03_configmap.yaml
  manifests/0000_50_cluster-kube-storage-version-migrator-operator_04_serviceaccount.yaml
  manifests/0000_50_cluster-kube-storage-version-migrator-operator_05_roles.yaml
  manifests/0000_50_cluster-kube-storage-version-migrator-operator_06_operatorconfig.yaml
  manifests/0000_50_cluster-kube-storage-version-migrator-operator_07_deployment-ibm-cloud-managed.yaml
  manifests/0000_50_cluster-kube-storage-version-migrator-operator_07_deployment.yaml
  manifests/0000_50_cluster-kube-storage-version-migrator-operator_08_service.yaml
  manifests/0000_50_cluster-kube-storage-version-migrator-operator_09_clusteroperator.yaml

catching up with
openshift/cluster-kube-storage-version-migrator-operator@626f35773607
(manifests: remove special runlevel, 2021-10-21,
openshift/cluster-kube-storage-version-migrator-operator#70).  By
consolidating, we remove the only remaining level-40 manifest, saving
some time by shifting that manifest to the highly-parallel default
level 50.

The new filename will require a small tweak to the Dockerfile's [1]:

  COPY vendor/github.com/openshift/api/operator/v1/*_kube-storage-version-migrator-operator_*.yaml* /manifests

but that can happen when we vendor-bump the operator to pull in this
change.

[1]: https://github.com/openshift/cluster-kube-storage-version-migrator-operator/blob/332cb1cd0f9a00c03e3f9d400ae8483abd03036c/images/ci/Dockerfile#L10C38-L10C98
wking added a commit to wking/openshift-api that referenced this pull request Sep 28, 2023
The outgoing run level 40 is from file creation in 8802379 (add
KubeStorageVersionMigrator crd.yaml, 2019-10-29, openshift#503), but that
commit does not give a motivation for selecting level 40.  Moving to
level 50 will align this manifest with the other migrator manifests:

  $ oc adm release extract --to manifests quay.io/openshift-release-dev/ocp-release:4.14.0-rc.2-x86_64
  $ ls manifests/*kube-storage-version-migrator*
  manifests/0000_40_kube-storage-version-migrator-operator_00_config.crd.yaml
  manifests/0000_50_cluster-kube-storage-version-migrator-operator_01_storage_migration_crd.yaml
  manifests/0000_50_cluster-kube-storage-version-migrator-operator_01_storage_state_crd.yaml
  manifests/0000_50_cluster-kube-storage-version-migrator-operator_02_namespace.yaml
  manifests/0000_50_cluster-kube-storage-version-migrator-operator_03_configmap.yaml
  manifests/0000_50_cluster-kube-storage-version-migrator-operator_04_serviceaccount.yaml
  manifests/0000_50_cluster-kube-storage-version-migrator-operator_05_roles.yaml
  manifests/0000_50_cluster-kube-storage-version-migrator-operator_06_operatorconfig.yaml
  manifests/0000_50_cluster-kube-storage-version-migrator-operator_07_deployment-ibm-cloud-managed.yaml
  manifests/0000_50_cluster-kube-storage-version-migrator-operator_07_deployment.yaml
  manifests/0000_50_cluster-kube-storage-version-migrator-operator_08_service.yaml
  manifests/0000_50_cluster-kube-storage-version-migrator-operator_09_clusteroperator.yaml

catching up with
openshift/cluster-kube-storage-version-migrator-operator@626f35773607
(manifests: remove special runlevel, 2021-10-21,
openshift/cluster-kube-storage-version-migrator-operator#70).  By
consolidating, we remove the only remaining level-40 manifest, saving
some time by shifting that manifest to the highly-parallel default
level 50.

The new filename will require a small tweak to the Dockerfile's [1]:

  COPY vendor/github.com/openshift/api/operator/v1/*_kube-storage-version-migrator-operator_*.yaml* /manifests

but that can happen when we vendor-bump the operator to pull in this
change.

[1]: https://github.com/openshift/cluster-kube-storage-version-migrator-operator/blob/332cb1cd0f9a00c03e3f9d400ae8483abd03036c/images/ci/Dockerfile#L10C38-L10C98
wking added a commit to wking/openshift-api that referenced this pull request Oct 2, 2023
The outgoing run level 40 is from file creation in 8802379 (add
KubeStorageVersionMigrator crd.yaml, 2019-10-29, openshift#503), but that
commit does not give a motivation for selecting level 40.  Moving to
level 50 will align this manifest with the other migrator manifests:

  $ oc adm release extract --to manifests quay.io/openshift-release-dev/ocp-release:4.14.0-rc.2-x86_64
  $ ls manifests/*kube-storage-version-migrator*
  manifests/0000_40_kube-storage-version-migrator-operator_00_config.crd.yaml
  manifests/0000_50_cluster-kube-storage-version-migrator-operator_01_storage_migration_crd.yaml
  manifests/0000_50_cluster-kube-storage-version-migrator-operator_01_storage_state_crd.yaml
  manifests/0000_50_cluster-kube-storage-version-migrator-operator_02_namespace.yaml
  manifests/0000_50_cluster-kube-storage-version-migrator-operator_03_configmap.yaml
  manifests/0000_50_cluster-kube-storage-version-migrator-operator_04_serviceaccount.yaml
  manifests/0000_50_cluster-kube-storage-version-migrator-operator_05_roles.yaml
  manifests/0000_50_cluster-kube-storage-version-migrator-operator_06_operatorconfig.yaml
  manifests/0000_50_cluster-kube-storage-version-migrator-operator_07_deployment-ibm-cloud-managed.yaml
  manifests/0000_50_cluster-kube-storage-version-migrator-operator_07_deployment.yaml
  manifests/0000_50_cluster-kube-storage-version-migrator-operator_08_service.yaml
  manifests/0000_50_cluster-kube-storage-version-migrator-operator_09_clusteroperator.yaml

catching up with
openshift/cluster-kube-storage-version-migrator-operator@626f35773607
(manifests: remove special runlevel, 2021-10-21,
openshift/cluster-kube-storage-version-migrator-operator#70).  By
consolidating, we remove the only remaining level-40 manifest, saving
some time by shifting that manifest to the highly-parallel default
level 50.

The new filename will require a small tweak to the Dockerfile's [1]:

  COPY vendor/github.com/openshift/api/operator/v1/*_kube-storage-version-migrator-operator_*.yaml* /manifests

but that can happen when we vendor-bump the operator to pull in this
change.

[1]: https://github.com/openshift/cluster-kube-storage-version-migrator-operator/blob/332cb1cd0f9a00c03e3f9d400ae8483abd03036c/images/ci/Dockerfile#L10C38-L10C98
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

approved Indicates a PR has been approved by an approver from all required OWNERS files. lgtm Indicates that a PR is ready to be merged. size/L Denotes a PR that changes 100-499 lines, ignoring generated files.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants