Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Don't Require User Input to Account for LimitRange Min #2020

Merged
merged 1 commit into from
Feb 18, 2020

Conversation

danielhelfand
Copy link
Member

@danielhelfand danielhelfand commented Feb 7, 2020

Opening this as a proposal to improve upon #1991. This pull request removes the requirement of having to use limitRangeName to specify a LimitRange minimum to account for with TaskRuns.

This approach may be easier for users who do not have permissions to query LimitRanges or do not know which LimitRange has container requests defined in a namespace.

Submitter Checklist

Reviewer Notes

If API changes are included, additive changes must be approved by at least two OWNERS and backwards incompatible changes must be approved by more than 50% of the OWNERS, and they must first be added in a backwards compatible way.

Release Notes

Remove limitRangeName and have TaskRun account for LimitRange on behalf of user

@googlebot googlebot added the cla: yes Trying to make the CLA bot happy with ppl from different companies work on one commit label Feb 7, 2020
@tekton-robot tekton-robot added the size/L Denotes a PR that changes 100-499 lines, ignoring generated files. label Feb 7, 2020
@ghost
Copy link

ghost commented Feb 10, 2020

👍 Nice improvement! This makes sense to me.

@danielhelfand
Copy link
Member Author

👍 Nice improvement! This makes sense to me.

Great! I am comfortable with this as stands and think it makes more sense to not include as part of taskrun/pipelinerun specs at least for initial release of this feature.

If we find there is reason for allowing some level of user control on this, it can be added down the line. But this makes more sense to me as a starting point.

@ghost ghost mentioned this pull request Feb 11, 2020
8 tasks
@danielhelfand danielhelfand force-pushed the remove_limitrange_name branch 2 times, most recently from 40266f6 to d615273 Compare February 12, 2020 16:58
@danielhelfand
Copy link
Member Author

/test pull-tekton-pipeline-integration-tests

for _, lrItem := range lrItems {
if lrItem.Type == corev1.LimitTypeContainer {
if lrItem.Min != nil {
for k, v := range lrItem.Min {
Copy link
Member Author

Choose a reason for hiding this comment

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

Open to not having this approach, which is to search for the max LimitRange container min in the event there are conflicting container mins.

An alternative approach would just be to break the loop after the first container min is found and let it potentially fail.

@tekton-robot tekton-robot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Feb 14, 2020
Copy link
Member

@vdemeester vdemeester left a comment

Choose a reason for hiding this comment

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

/lgtm

@tekton-robot tekton-robot added the lgtm Indicates that a PR is ready to be merged. label Feb 18, 2020
@tekton-robot
Copy link
Collaborator

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: sbwsg, vdemeester

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

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. cla: yes Trying to make the CLA bot happy with ppl from different companies work on one commit 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