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

Increasing the requested resource cpu #11695

Merged

Conversation

prietyc123
Copy link
Contributor

@prietyc123 prietyc123 commented Sep 8, 2020

Increasing the resource to make sure it is not one of the reason for deployment rollout as suspected in issue redhat-developer/odo#3256

ping @amitkrout

@prietyc123
Copy link
Contributor Author

/retest

@amitkrout
Copy link
Contributor

/lgtm

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

/approve

1 similar comment
@girishramnani
Copy link

/approve

@girishramnani
Copy link

/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 Sep 9, 2020
@@ -34,7 +34,7 @@ tests:
from: oc-bin-image
resources:
requests:
cpu: "2"

Choose a reason for hiding this comment

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

Isn’t this reducing the resources? From 2 to 800m? 800m means millicpus so effectively .8. Can we not reduce 2 to 800m?

Choose a reason for hiding this comment

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

This shows that the periodic job gets 2 cpus but the CI just gets 200m, so we can keep the 2 cpu in periodic job or increase that? But definitely increase the 200m in standard jobs

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Isn’t this reducing the resources? From 2 to 800m? 800m means millicpus so effectively .8. Can we not reduce 2 to 800m?

@girishramnani So as per our discussion on slack 800m is enough cpu limit for our test to run, right? Isn't it be ok if we reduce the resources according to our consumption.

Choose a reason for hiding this comment

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

I don’t want to unnecessarily change what’s already set. So let’s increase the 200m to 800m and keep the 2 cpu as is

@@ -35,7 +35,7 @@ tests:
from: oc-bin-image
resources:
requests:
cpu: "2"
cpu: 800m
memory: 4Gi
Copy link
Contributor

Choose a reason for hiding this comment

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

May be you can increase the memory to 6Gi to avoid pod rollout issue

@openshift-ci-robot openshift-ci-robot removed the lgtm Indicates that a PR is ready to be merged. label Sep 9, 2020
@amitkrout
Copy link
Contributor

/lgtm

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

prietyc123 commented Sep 9, 2020

As per the commit b7c2ffb

/unhold

@amitkrout
Copy link
Contributor

/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 Sep 9, 2020
@cdrage
Copy link

cdrage commented Sep 9, 2020

/approve

@openshift-ci-robot
Copy link
Contributor

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: amitkrout, cdrage, girishramnani, prietyc123

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 Sep 9, 2020
@openshift-merge-robot openshift-merge-robot merged commit 6f36df1 into openshift:master Sep 9, 2020
@openshift-ci-robot
Copy link
Contributor

@prietyc123: Updated the ci-operator-master-configs configmap in namespace ci at cluster app.ci using the following files:

  • key openshift-odo-master__v4.2.yaml using file ci-operator/config/openshift/odo/openshift-odo-master__v4.2.yaml
  • key openshift-odo-master__v4.3.yaml using file ci-operator/config/openshift/odo/openshift-odo-master__v4.3.yaml
  • key openshift-odo-master__v4.4.yaml using file ci-operator/config/openshift/odo/openshift-odo-master__v4.4.yaml
  • key openshift-odo-master__v4.5.yaml using file ci-operator/config/openshift/odo/openshift-odo-master__v4.5.yaml

In response to this:

Increasing the resource to make sure it is not one of the reason for deployment rollout as suspected in issue redhat-developer/odo#3256

ping @amitkrout

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.

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