Skip to content

Conversation

@abhinavdahiya
Copy link
Contributor

No description provided.

@openshift-ci-robot openshift-ci-robot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Jun 6, 2020
@abhinavdahiya abhinavdahiya changed the title installer: use steps for e2e-aws-shared-vpc installer: use steps for e2e-{aws,azure,gcp}-shared-vpc Jun 9, 2020
@abhinavdahiya
Copy link
Contributor Author

/retest

@@ -0,0 +1,11 @@
approvers:
Copy link
Member

Choose a reason for hiding this comment

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

should probably include @jstuever and @patrickdillon based on installer AWS approvers. And possibly some folks in your current list aren't interested in being approvers for this specific directory (folks with a general interest in multi-step are probably already approvers from root-wards directories and don't need to be repeated down in this one).

Copy link
Contributor Author

@abhinavdahiya abhinavdahiya Jun 10, 2020

Choose a reason for hiding this comment

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

The CI test requires adding OWNERS to each new dir, so i just copied the parent dir owners to this. If we need to change any we should update them in one go. I'm just ensuring the same ownership continues to each child.

@abhinavdahiya
Copy link
Contributor Author

/retest

set -o pipefail

# TODO: move to image
curl -L https://github.com/mikefarah/yq/releases/download/3.3.0/yq_linux_amd64 -o /tmp/yq && chmod +x /tmp/yq
Copy link
Member

Choose a reason for hiding this comment

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

Don't we have an image that contains yq now? Alternative would be to have an image that contains jq and write the install-config in JSON.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

we don't have such a image, so for now this should work.
i need to find a good place to install the yq binary.

as for installer and json is not happening any time soon so that doesn't help here.

this should be stable enough to fix in future work.

Copy link
Member

Choose a reason for hiding this comment

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

as for installer and json is not happening any time soon so that doesn't help here.

JSON is a subset of YAML, so the installer will be fine ingesting either.

Looks like openshift/origin#22378 putting jq in test rotted out. But sure, I guess we can curl down unsigned binaries in the short term :p.

@@ -0,0 +1,10 @@
ref:
as: ipi-conf-aws-sharednetwork
Copy link
Member

Choose a reason for hiding this comment

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

We do this in a few places already, but I hear there are some ci-tools issues with using the same name for both a ref and a chain. Might be worth using different names for them here; or maybe that's no longer an issue.

Copy link
Contributor

Choose a reason for hiding this comment

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

@@ -0,0 +1,2 @@
approvers:
- abhinavdahiya
Copy link
Member

Choose a reason for hiding this comment

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

Can we extend this to include @fabianofranz and @jhixson74 ? Having a single approver seems like a risk for over-silo'ed understanding (although root-ward approvers are also theoretically on the hook to provide maintenance in this subdir as well).

Copy link
Member

Choose a reason for hiding this comment

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

Out of band, @abhinavdahiya wants to punt on this too, like here.

@wking
Copy link
Member

wking commented Jun 10, 2020

GCP rehearsal failed on install. AWS rehearsal is strange:

2020/06/09 18:03:40 Executing "e2e-aws-shared-vpc-ipi-conf"
2020/06/09 18:06:29 Container cp-secret-wrapper in pod e2e-aws-shared-vpc-ipi-conf completed successfully
{"component":"entrypoint","file":"prow/entrypoint/run.go:164","func":"k8s.io/test-infra/prow/entrypoint.Options.ExecuteProcess","level":"error","msg":"Process did not finish before 4h0m0s timeout","time":"2020-06-09T21:47:26Z"}
2020/06/09 21:47:26 error: Process interrupted with signal interrupt, cancelling execution...

But there are no logs from that conf container. Kick them again to see what they do this time:

/retest

@wking
Copy link
Member

wking commented Jun 10, 2020

GCP:

 + go build -mod=vendor -ldflags ' -X github.com/openshift/installer/pkg/version.Raw=unreleased-master-3184-gda3ca1e9b14214fc7a2fb71d1c6edbf45a764f3b-dirty -X github.com/openshift/installer/pkg/version.Commit=da3ca1e9b14214fc7a2fb71d1c6edbf45a764f3b -s -w' -tags ' release' -o bin/openshift-install ./cmd/openshift-install
error: build error: no such image 

Dunno what that's about.

@wking
Copy link
Member

wking commented Jun 10, 2020

AWS lease exhaustion (failed to acquire lease: resources not found). Azure died on install (OSProvisioningTimedOut). Maybe some cool-down time will help, and things will green up when the retest bot shows up later tonight.

@abhinavdahiya
Copy link
Contributor Author

/test pj-rehearse

@abhinavdahiya
Copy link
Contributor Author

/retest

@patrickdillon
Copy link
Contributor

/lgtm

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

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: abhinavdahiya, patrickdillon

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 ad48bad into openshift:master Jun 11, 2020
@openshift-ci-robot
Copy link
Contributor

@abhinavdahiya: Updated the following 5 configmaps:

  • step-registry configmap in namespace ci at cluster api.ci using the following files:
    • key OWNERS using file ci-operator/step-registry/ipi/aws/pre/sharednetwork/OWNERS
    • key ipi-aws-pre-sharednetwork-chain.yaml using file ci-operator/step-registry/ipi/aws/pre/sharednetwork/ipi-aws-pre-sharednetwork-chain.yaml
    • key OWNERS using file ci-operator/step-registry/ipi/azure/pre/sharednetwork/OWNERS
    • key ipi-azure-pre-sharednetwork-chain.yaml using file ci-operator/step-registry/ipi/azure/pre/sharednetwork/ipi-azure-pre-sharednetwork-chain.yaml
    • key OWNERS using file ci-operator/step-registry/ipi/conf/aws/sharednetwork/OWNERS
    • key ipi-conf-aws-sharednetwork-chain.yaml using file ci-operator/step-registry/ipi/conf/aws/sharednetwork/ipi-conf-aws-sharednetwork-chain.yaml
    • key ipi-conf-aws-sharednetwork-commands.sh using file ci-operator/step-registry/ipi/conf/aws/sharednetwork/ipi-conf-aws-sharednetwork-commands.sh
    • key ipi-conf-aws-sharednetwork-ref.yaml using file ci-operator/step-registry/ipi/conf/aws/sharednetwork/ipi-conf-aws-sharednetwork-ref.yaml
    • key OWNERS using file ci-operator/step-registry/ipi/conf/azure/sharednetwork/OWNERS
    • key ipi-conf-azure-sharednetwork-chain.yaml using file ci-operator/step-registry/ipi/conf/azure/sharednetwork/ipi-conf-azure-sharednetwork-chain.yaml
    • key ipi-conf-azure-sharednetwork-commands.sh using file ci-operator/step-registry/ipi/conf/azure/sharednetwork/ipi-conf-azure-sharednetwork-commands.sh
    • key ipi-conf-azure-sharednetwork-ref.yaml using file ci-operator/step-registry/ipi/conf/azure/sharednetwork/ipi-conf-azure-sharednetwork-ref.yaml
    • key OWNERS using file ci-operator/step-registry/ipi/conf/gcp/sharednetwork/OWNERS
    • key ipi-conf-gcp-sharednetwork-chain.yaml using file ci-operator/step-registry/ipi/conf/gcp/sharednetwork/ipi-conf-gcp-sharednetwork-chain.yaml
    • key ipi-conf-gcp-sharednetwork-commands.sh using file ci-operator/step-registry/ipi/conf/gcp/sharednetwork/ipi-conf-gcp-sharednetwork-commands.sh
    • key ipi-conf-gcp-sharednetwork-ref.yaml using file ci-operator/step-registry/ipi/conf/gcp/sharednetwork/ipi-conf-gcp-sharednetwork-ref.yaml
    • key OWNERS using file ci-operator/step-registry/ipi/gcp/pre/sharednetwork/OWNERS
    • key ipi-gcp-pre-sharednetwork-chain.yaml using file ci-operator/step-registry/ipi/gcp/pre/sharednetwork/ipi-gcp-pre-sharednetwork-chain.yaml
    • key OWNERS using file ci-operator/step-registry/openshift/e2e/aws/sharednetwork/OWNERS
    • key openshift-e2e-aws-sharednetwork-workflow.yaml using file ci-operator/step-registry/openshift/e2e/aws/sharednetwork/openshift-e2e-aws-sharednetwork-workflow.yaml
    • key OWNERS using file ci-operator/step-registry/openshift/e2e/azure/sharednetwork/OWNERS
    • key openshift-e2e-azure-sharednetwork-workflow.yaml using file ci-operator/step-registry/openshift/e2e/azure/sharednetwork/openshift-e2e-azure-sharednetwork-workflow.yaml
    • key OWNERS using file ci-operator/step-registry/openshift/e2e/gcp/sharednetwork/OWNERS
    • key openshift-e2e-gcp-sharednetwork-workflow.yaml using file ci-operator/step-registry/openshift/e2e/gcp/sharednetwork/openshift-e2e-gcp-sharednetwork-workflow.yaml
  • step-registry configmap in namespace ci at cluster app.ci using the following files:
    • key OWNERS using file ci-operator/step-registry/ipi/aws/pre/sharednetwork/OWNERS
    • key ipi-aws-pre-sharednetwork-chain.yaml using file ci-operator/step-registry/ipi/aws/pre/sharednetwork/ipi-aws-pre-sharednetwork-chain.yaml
    • key OWNERS using file ci-operator/step-registry/ipi/azure/pre/sharednetwork/OWNERS
    • key ipi-azure-pre-sharednetwork-chain.yaml using file ci-operator/step-registry/ipi/azure/pre/sharednetwork/ipi-azure-pre-sharednetwork-chain.yaml
    • key OWNERS using file ci-operator/step-registry/ipi/conf/aws/sharednetwork/OWNERS
    • key ipi-conf-aws-sharednetwork-chain.yaml using file ci-operator/step-registry/ipi/conf/aws/sharednetwork/ipi-conf-aws-sharednetwork-chain.yaml
    • key ipi-conf-aws-sharednetwork-commands.sh using file ci-operator/step-registry/ipi/conf/aws/sharednetwork/ipi-conf-aws-sharednetwork-commands.sh
    • key ipi-conf-aws-sharednetwork-ref.yaml using file ci-operator/step-registry/ipi/conf/aws/sharednetwork/ipi-conf-aws-sharednetwork-ref.yaml
    • key OWNERS using file ci-operator/step-registry/ipi/conf/azure/sharednetwork/OWNERS
    • key ipi-conf-azure-sharednetwork-chain.yaml using file ci-operator/step-registry/ipi/conf/azure/sharednetwork/ipi-conf-azure-sharednetwork-chain.yaml
    • key ipi-conf-azure-sharednetwork-commands.sh using file ci-operator/step-registry/ipi/conf/azure/sharednetwork/ipi-conf-azure-sharednetwork-commands.sh
    • key ipi-conf-azure-sharednetwork-ref.yaml using file ci-operator/step-registry/ipi/conf/azure/sharednetwork/ipi-conf-azure-sharednetwork-ref.yaml
    • key OWNERS using file ci-operator/step-registry/ipi/conf/gcp/sharednetwork/OWNERS
    • key ipi-conf-gcp-sharednetwork-chain.yaml using file ci-operator/step-registry/ipi/conf/gcp/sharednetwork/ipi-conf-gcp-sharednetwork-chain.yaml
    • key ipi-conf-gcp-sharednetwork-commands.sh using file ci-operator/step-registry/ipi/conf/gcp/sharednetwork/ipi-conf-gcp-sharednetwork-commands.sh
    • key ipi-conf-gcp-sharednetwork-ref.yaml using file ci-operator/step-registry/ipi/conf/gcp/sharednetwork/ipi-conf-gcp-sharednetwork-ref.yaml
    • key OWNERS using file ci-operator/step-registry/ipi/gcp/pre/sharednetwork/OWNERS
    • key ipi-gcp-pre-sharednetwork-chain.yaml using file ci-operator/step-registry/ipi/gcp/pre/sharednetwork/ipi-gcp-pre-sharednetwork-chain.yaml
    • key OWNERS using file ci-operator/step-registry/openshift/e2e/aws/sharednetwork/OWNERS
    • key openshift-e2e-aws-sharednetwork-workflow.yaml using file ci-operator/step-registry/openshift/e2e/aws/sharednetwork/openshift-e2e-aws-sharednetwork-workflow.yaml
    • key OWNERS using file ci-operator/step-registry/openshift/e2e/azure/sharednetwork/OWNERS
    • key openshift-e2e-azure-sharednetwork-workflow.yaml using file ci-operator/step-registry/openshift/e2e/azure/sharednetwork/openshift-e2e-azure-sharednetwork-workflow.yaml
    • key OWNERS using file ci-operator/step-registry/openshift/e2e/gcp/sharednetwork/OWNERS
    • key openshift-e2e-gcp-sharednetwork-workflow.yaml using file ci-operator/step-registry/openshift/e2e/gcp/sharednetwork/openshift-e2e-gcp-sharednetwork-workflow.yaml
  • ci-operator-master-configs configmap in namespace ci at cluster app.ci using the following files:
    • key openshift-installer-master.yaml using file ci-operator/config/openshift/installer/openshift-installer-master.yaml
  • job-config-master configmap in namespace ci at cluster app.ci using the following files:
    • key openshift-installer-master-presubmits.yaml using file ci-operator/jobs/openshift/installer/openshift-installer-master-presubmits.yaml
  • job-config-master configmap in namespace ci at cluster api.ci using the following files:
    • key openshift-installer-master-presubmits.yaml using file ci-operator/jobs/openshift/installer/openshift-installer-master-presubmits.yaml
Details

In response to this:

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 added a commit to wking/openshift-release that referenced this pull request Aug 3, 2021
We've been copy/pasting the SHARED_DIR approach around since
f249775 (steps: add shared network, 2020-06-05, openshift#9517).  But while
later steps will need the patched file, they won't need the patch
itself.  Move the patch into /tmp to save some space and reduce
clutter in the shared directory.

Generated with:

  $ sed -i 's|PATCH="${SHARED_DIR}/\([^"]*\)"|PATCH=/tmp/\1|' $(git grep -l 'PATCH=.*SHARED_DIR' ci-operator/step-registry)
wking added a commit to wking/openshift-release that referenced this pull request Aug 3, 2021
…o, PATCH

It's extremely unlikely that there is any content in the target
${PATCH} location before each step writes its specific content.  But
just in case, and to help folks reading the code avoid wondering about
it, write the file with '>', instead of appending with '>>'.  This
adjusts a pattern we've been following since f249775 (steps: add
shared network, 2020-06-05, openshift#9517).

Generated with:

  $ sed -i 's/ >> \("${PATCH}"\)/ > \1/' $(git grep -l '>>.*PATCH' ci-operator/step-registry)
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.

6 participants