Skip to content

Conversation

@stbenjam
Copy link
Member

This implements the enhancement request that makes the provisioning
network optional
. It introduces a new platform configuration called
"provisioningNetwork" that takes 3 possible values: managed, unmanaged,
and disabled. The "unmanaged" option replaces the external DHCP flag
that was previously used.

When the network is set to "disabled," it is expected that users use
virtualmedia configuration. We will deploy no DHCP/TFTP provisioning
services for a user to use.

@openshift-ci-robot openshift-ci-robot added the do-not-merge/work-in-progress Indicates that a PR should not merge because it is a work in progress. label Jul 20, 2020
@openshift-ci-robot
Copy link
Contributor

Skipping CI for Draft Pull Request.
If you want CI signal for your change, please convert it to an actual PR.
You can still manually trigger a test run with /test all

@stbenjam
Copy link
Member Author

/cc @hardys

Interested in getting some early feedback on this. There's some unresolved issues, but control plane deploys most of the way. More notes in openshift-metal3/dev-scripts#1069 about using this.

Copy link
Member Author

Choose a reason for hiding this comment

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

@stbenjam stbenjam changed the title [WIP] baremetal: make provisioning network optional baremetal: make provisioning network optional Jul 31, 2020
@stbenjam stbenjam marked this pull request as ready for review July 31, 2020 10:23
@openshift-ci-robot openshift-ci-robot removed the do-not-merge/work-in-progress Indicates that a PR should not merge because it is a work in progress. label Jul 31, 2020
@stbenjam stbenjam force-pushed the optional-provisioning branch 3 times, most recently from 04d0b99 to 892e098 Compare July 31, 2020 11:08
@hardys
Copy link

hardys commented Aug 5, 2020

Small nit noticed but otherwise lgtm

@stbenjam stbenjam force-pushed the optional-provisioning branch 3 times, most recently from a1e18c8 to 629a519 Compare August 5, 2020 16:00
@hardys
Copy link

hardys commented Aug 5, 2020

/lgtm

@openshift-ci-robot openshift-ci-robot added the lgtm Indicates that a PR is ready to be merged. label Aug 5, 2020
Comment on lines +57 to +59
Copy link
Contributor

Choose a reason for hiding this comment

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

Personaly i think Unmanaged mode should have been names TFTPOnly instead because Umanaged imples tftp and no dhcp is very apparent.

Since the enhancement is already merged and seems like other APIs are also merged I do not know if we can back it out now but I would have liked more clearer names.

Copy link
Member Author

Choose a reason for hiding this comment

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

Unmanaged is clear to me, but I think the naming ship has sailed, with a merged enhancement and various changes already done.

@stbenjam stbenjam force-pushed the optional-provisioning branch from 629a519 to b056cff Compare August 6, 2020 14:40
@openshift-ci-robot openshift-ci-robot removed the lgtm Indicates that a PR is ready to be merged. label Aug 6, 2020
@stbenjam stbenjam force-pushed the optional-provisioning branch 3 times, most recently from 8a5d1fb to ef1bf05 Compare August 6, 2020 15:06
@hardys
Copy link

hardys commented Aug 6, 2020

/lgtm

Copy link
Contributor

@abhinavdahiya abhinavdahiya left a comment

Choose a reason for hiding this comment

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

/approve

@openshift-ci-robot
Copy link
Contributor

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: abhinavdahiya

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-ci-robot openshift-ci-robot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Aug 6, 2020
@stbenjam
Copy link
Member Author

/test e2e-metal-ipi

1 similar comment
@stbenjam
Copy link
Member Author

/test e2e-metal-ipi

@stbenjam
Copy link
Member Author

/retest

@hardys
Copy link

hardys commented Aug 11, 2020

e2e-metal-ipi passed and openshift/machine-api-operator#632 landed so I think this is good to go - I checked the prow history for the failing jobs and they seem to be unstable atm, e.g there were issues with openstack after the latest RHCOS bump etc.

/hold cancel

@openshift-ci-robot openshift-ci-robot removed the do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. label Aug 11, 2020
@openshift-bot
Copy link
Contributor

/retest

Please review the full test history for this PR and help us cut down flakes.

@stbenjam
Copy link
Member Author

/hold

@openshift-ci-robot openshift-ci-robot added the do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. label Aug 11, 2020
@stbenjam stbenjam force-pushed the optional-provisioning branch from ef1bf05 to fe2803e Compare August 11, 2020 12:15
@openshift-ci-robot openshift-ci-robot removed the lgtm Indicates that a PR is ready to be merged. label Aug 11, 2020
@hardys
Copy link

hardys commented Aug 11, 2020

/lgtm

@openshift-ci-robot openshift-ci-robot added the lgtm Indicates that a PR is ready to be merged. label Aug 11, 2020
@stbenjam stbenjam force-pushed the optional-provisioning branch from fe2803e to 3bc7b9f Compare August 11, 2020 12:43
@openshift-ci-robot openshift-ci-robot removed the lgtm Indicates that a PR is ready to be merged. label Aug 11, 2020
This implements the enhancement request that makes the provisioning
network optional. It introduces a new platform configuration called
"provisioningNetwork" that takes 3 possible values: managed, unmanaged,
and disabled. The "unmanaged" option replaces the external DHCP flag
that was previously used.

When the network is set to "disabled," it is expected that users use
virtualmedia configuration. We will deploy no DHCP/TFTP provisioning
services for a user to use.
@stbenjam stbenjam force-pushed the optional-provisioning branch from 3bc7b9f to 25bc23e Compare August 11, 2020 12:46
@openshift-ci-robot openshift-ci-robot removed the do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. label Aug 11, 2020
@stbenjam
Copy link
Member Author

Wait, let's make sure e2e-metal-ipi passes.

/hold

@openshift-ci-robot openshift-ci-robot added the do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. label Aug 11, 2020
@hardys
Copy link

hardys commented Aug 11, 2020

/lgtm

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

openshift-ci-robot commented Aug 11, 2020

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

Test name Commit Details Rerun command
ci/prow/e2e-libvirt ef1bf05127aab0d0026bdb4954c9de9a44279a7f link /test e2e-libvirt
ci/prow/e2e-crc ef1bf05127aab0d0026bdb4954c9de9a44279a7f link /test e2e-crc
ci/prow/e2e-openstack 25bc23e link /test e2e-openstack
ci/prow/e2e-ovirt 25bc23e link /test e2e-ovirt
ci/prow/e2e-aws-fips 25bc23e link /test e2e-aws-fips

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.

@stbenjam
Copy link
Member Author

/hold cancel

@openshift-ci-robot openshift-ci-robot removed the do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. label Aug 11, 2020
@openshift-merge-robot openshift-merge-robot merged commit 7f8e8ea into openshift:master Aug 11, 2020
@stbenjam stbenjam deleted the optional-provisioning branch August 11, 2020 14:36
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