Bug 1781283 - CVO extract job runs in the best-effort QoS, should be in burstable
Summary: CVO extract job runs in the best-effort QoS, should be in burstable
Alias: None
Product: OpenShift Container Platform
Classification: Red Hat
Component: Cluster Version Operator
Version: 4.3.0
Hardware: Unspecified
OS: Unspecified
Target Milestone: ---
: 4.4.0
Assignee: Clayton Coleman
QA Contact: liujia
Depends On:
Blocks: 1781284
TreeView+ depends on / blocked
Reported: 2019-12-09 17:11 UTC by Clayton Coleman
Modified: 2020-05-13 21:54 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
: 1781284 (view as bug list)
Last Closed: 2020-05-13 21:54:22 UTC
Target Upstream Version:

Attachments (Terms of Use)

System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2020:0581 0 None None None 2020-05-13 21:54:24 UTC

Description Clayton Coleman 2019-12-09 17:11:50 UTC
Noticed this in skew tests, but it can also happen when the CVO gets rescheduled onto a different machine during an upgrade.


We should be setting resource requests, looking at e2e runs it's ~ 10m CPU and 50Mi mem, roughly 1Mi disk.

Comment 1 Abhinav Dahiya 2019-12-09 23:48:04 UTC
Fixed by https://github.com/openshift/cluster-version-operator/pull/276

Comment 3 liujia 2020-01-10 06:04:30 UTC
version: 4.4.0-0.nightly-2020-01-08-233510

Run upgrade from 4.4.0-0.nightly-2020-01-08-233510 to 4.4.0-0.nightly-2020-01-09-013524, checked extract job runs in burstable qos(expected):
# ./oc get pod version--8hprx-2nbbg -ojson|jq .status.qosClass

Comment 5 errata-xmlrpc 2020-05-13 21:54:22 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.


Note You need to log in before you can comment on or make changes to this bug.