Skip to content

Conversation

@wking
Copy link
Member

@wking wking commented Aug 27, 2020

Following the pattern from e7bb102 (#10152), this commit is using platform-agnostic names for the required tests. The role of platform-agnostic tests is discussed in 4212d7d (#10166).

The platform-specific jobs are retained, in case folks want to ask for them explicitly with /test e2e-aws, etc. while performing any platform-specific tuning logic. Making them on-demand reduces our load in platforms where we are near capacity.

With this change:

  • We grow a new, platform-agnostic e2e that is always_run=true and optional=false.
  • e2e-gcp-upgrade becomes the platform-agnostic e2e-upgrade.
  • e2e-aws-operator becomes the platform-agnostic e2e-operator.
  • e2e-aws-disruptive becomes the platform-agnostic e2e-disruptive.
  • e2e-aws and e2e-gcp become always_run=false and optional=true.
  • e2e-azure and e2e-metal-ipi become always_run=false (they were already optional=true).

I've also ordered the configs to place the platform-agnostic stuff first and shunt the platform-specific stuff towards the end.

Generated by manually changing ci-operator/config/..., running:

$ make update

and tuning the configurable always_run and optional.

Following the pattern from e7bb102
(ci-operator/config/openshift/cluster-version-operator: Generic
e2e-gcp -> e2e for 4.4+, 2020-07-09, openshift#10152), this commit is using
platform-agnostic names for the required tests.  The role of
platform-agnostic tests is discussed in 4212d7d
(ci-operator/README: Discuss platform job rebalancing, 2020-07-09, openshift#10166).

The platform-specific jobs are retained, in case folks want to ask for
them explicitly with '/test e2e-aws', etc. while performing any
platform-specific tuning logic.  Making them on-demand reduces our
load in platforms where we are near capacity.

With this change:

* We grow a new, platform-agnostic e2e that is always_run=true and optional=false.
* e2e-gcp-upgrade becomes the platform-agnostic e2e-upgrade.
* e2e-aws-operator becomes the platform-agnostic e2e-operator.
* e2e-aws-disruptive becomes the platform-agnostic e2e-disruptive.
* e2e-aws and e2e-gcp become always_run=false and optional=true.
* e2e-azure and e2e-metal-ipi become always_run=false (they were already optional=true).

I've also ordered the configs to place the platform-agnostic stuff
first and shunt the platform-specific stuff towards the end.

Generated by manually changing `ci-operator/config/...`, running:

  $ make update

and tuning the configurable [1] always_run and optional.

[1]: https://github.com/openshift/ci-tools/blob/7fb6fd8b3802e47162442c9a5e10807952ba12eb/GENERATOR.md#hand-edited-prow-configuration
@wking wking force-pushed the optional-platform-specific-etcd-operator branch from c0d07c6 to 151d520 Compare August 27, 2020 20:47
workflow: openshift-e2e-aws-loki
- as: e2e-gcp-upgrade
cluster_profile: gcp
workflow: openshift-e2e-gcp-loki
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I picked GCP to back the new e2e. Let me know if you prefer AWS.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

no strong feelings

@wking
Copy link
Member Author

wking commented Aug 27, 2020

e2e:

2020/08/27 21:08:40 warning: failed to get pod e2e-ipi-install-install: the server was unable to return a response in the time allotted, but may still be processing the request (get pods e2e-ipi-install-install)

/retest

@hexfusion
Copy link
Contributor

/test pj-rehearse

@wking wking force-pushed the optional-platform-specific-etcd-operator branch from 560eefb to 151d520 Compare August 28, 2020 04:39
@wking
Copy link
Member Author

wking commented Aug 28, 2020

Oops, sorry for accidentally stacking #11380 on top here for a moment. Back to the original 151d520 now.

@hexfusion
Copy link
Contributor

/retest

@hexfusion
Copy link
Contributor

/test all

@ironcladlou
Copy link
Contributor

/approve

thank you for this!

@openshift-ci-robot openshift-ci-robot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Aug 28, 2020
@hexfusion
Copy link
Contributor

/test all

@openshift-ci-robot
Copy link
Contributor

@wking: The following tests failed, say /retest to rerun all failed tests:

Test name Commit Details Rerun command
ci/rehearse/openshift/cluster-etcd-operator/master/e2e-disruptive 151d520 link /test pj-rehearse
ci/rehearse/openshift/cluster-etcd-operator/release-4.7/e2e-disruptive 151d520 link /test pj-rehearse
ci/rehearse/openshift/cluster-etcd-operator/release-4.7/e2e-upgrade 151d520 link /test pj-rehearse
ci/rehearse/openshift/cluster-etcd-operator/release-4.7/e2e 151d520 link /test pj-rehearse
ci/rehearse/openshift/cluster-etcd-operator/release-4.6/e2e-disruptive 151d520 link /test pj-rehearse
ci/rehearse/openshift/cluster-etcd-operator/release-4.7/e2e-operator 151d520 link /test pj-rehearse
ci/rehearse/openshift/cluster-etcd-operator/release-4.6/e2e-upgrade 151d520 link /test pj-rehearse
ci/rehearse/openshift/cluster-etcd-operator/master/e2e-upgrade 151d520 link /test pj-rehearse
ci/prow/pj-rehearse 151d520 link /test pj-rehearse

Full PR test history. Your PR dashboard.

Details

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here.

@hexfusion
Copy link
Contributor

I think this plan is sound the failures with rehearse are more indicative of current CI health than etcd-operator.

@hexfusion
Copy link
Contributor

/lgtm

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

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: hexfusion, ironcladlou, wking

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

The pull request process is described here

Details 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-merge-robot openshift-merge-robot merged commit 8f4c953 into openshift:master Aug 29, 2020
@openshift-ci-robot
Copy link
Contributor

@wking: Updated the following 9 configmaps:

  • ci-operator-4.7-configs configmap in namespace ci at cluster app.ci using the following files:
    • key openshift-cluster-etcd-operator-release-4.7.yaml using file ci-operator/config/openshift/cluster-etcd-operator/openshift-cluster-etcd-operator-release-4.7.yaml
  • job-config-master configmap in namespace ci at cluster api.ci using the following files:
    • key openshift-cluster-etcd-operator-master-presubmits.yaml using file ci-operator/jobs/openshift/cluster-etcd-operator/openshift-cluster-etcd-operator-master-presubmits.yaml
  • job-config-4.7 configmap in namespace ci at cluster api.ci using the following files:
    • key openshift-cluster-etcd-operator-release-4.7-presubmits.yaml using file ci-operator/jobs/openshift/cluster-etcd-operator/openshift-cluster-etcd-operator-release-4.7-presubmits.yaml
  • ci-operator-master-configs configmap in namespace ci at cluster app.ci using the following files:
    • key openshift-cluster-etcd-operator-master.yaml using file ci-operator/config/openshift/cluster-etcd-operator/openshift-cluster-etcd-operator-master.yaml
  • job-config-master configmap in namespace ci at cluster app.ci using the following files:
    • key openshift-cluster-etcd-operator-master-presubmits.yaml using file ci-operator/jobs/openshift/cluster-etcd-operator/openshift-cluster-etcd-operator-master-presubmits.yaml
  • job-config-4.6 configmap in namespace ci at cluster api.ci using the following files:
    • key openshift-cluster-etcd-operator-release-4.6-presubmits.yaml using file ci-operator/jobs/openshift/cluster-etcd-operator/openshift-cluster-etcd-operator-release-4.6-presubmits.yaml
  • job-config-4.6 configmap in namespace ci at cluster app.ci using the following files:
    • key openshift-cluster-etcd-operator-release-4.6-presubmits.yaml using file ci-operator/jobs/openshift/cluster-etcd-operator/openshift-cluster-etcd-operator-release-4.6-presubmits.yaml
  • job-config-4.7 configmap in namespace ci at cluster app.ci using the following files:
    • key openshift-cluster-etcd-operator-release-4.7-presubmits.yaml using file ci-operator/jobs/openshift/cluster-etcd-operator/openshift-cluster-etcd-operator-release-4.7-presubmits.yaml
  • ci-operator-4.6-configs configmap in namespace ci at cluster app.ci using the following files:
    • key openshift-cluster-etcd-operator-release-4.6.yaml using file ci-operator/config/openshift/cluster-etcd-operator/openshift-cluster-etcd-operator-release-4.6.yaml
Details

In response to this:

Following the pattern from e7bb102 (#10152), this commit is using platform-agnostic names for the required tests. The role of platform-agnostic tests is discussed in 4212d7d (#10166).

The platform-specific jobs are retained, in case folks want to ask for them explicitly with /test e2e-aws, etc. while performing any platform-specific tuning logic. Making them on-demand reduces our load in platforms where we are near capacity.

With this change:

  • We grow a new, platform-agnostic e2e that is always_run=true and optional=false.
  • e2e-gcp-upgrade becomes the platform-agnostic e2e-upgrade.
  • e2e-aws-operator becomes the platform-agnostic e2e-operator.
  • e2e-aws-disruptive becomes the platform-agnostic e2e-disruptive.
  • e2e-aws and e2e-gcp become always_run=false and optional=true.
  • e2e-azure and e2e-metal-ipi become always_run=false (they were already optional=true).

I've also ordered the configs to place the platform-agnostic stuff first and shunt the platform-specific stuff towards the end.

Generated by manually changing ci-operator/config/..., running:

$ make update

and tuning the configurable always_run and optional.

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

@wking wking deleted the optional-platform-specific-etcd-operator branch August 29, 2020 19:54
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.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants