Bug 1320411 - [infrastructure_public_284]Should not schedule pod without request on node which "allocatable" value is 0
Summary: [infrastructure_public_284]Should not schedule pod without request on node wh...
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: OKD
Classification: Red Hat
Component: Pod
Version: 3.x
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: ---
: ---
Assignee: Andy Goldstein
QA Contact: DeShuai Ma
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-03-23 07:27 UTC by DeShuai Ma
Modified: 2016-03-23 13:42 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-03-23 13:42:52 UTC
Target Upstream Version:


Attachments (Terms of Use)

Description DeShuai Ma 2016-03-23 07:27:30 UTC
Description of problem:
When pod without request value, it still can be scheduled to node which "allocatable" value is 0.
Even there is another node has enough "allocatable" resouce, it sometime still can be scheduled to the node which "allocatable" value is 0
http://pastebin.test.redhat.com/359139

Version-Release number of selected component (if applicable):
openshift v3.2.0.6
kubernetes v1.2.0-36-g4a3f9c5
etcd 2.2.5

How reproducible:
Always

Steps to Reproduce:
1.Set node reserved to equal node's capacity
kubeletArguments:
  system-reserved:
    - "cpu=1,memory=2G"
  kube-reserved:
    - "cpu=1,memory=2G"

2.Check node allocatable
"allocatable": {
    "cpu": "0",
    "memory": "0",
    "pods": "110"
}

3.Create a pod without request
$ oc create -f https://raw.githubusercontent.com/openshift/origin/master/examples/hello-openshift/hello-pod.json

4.Check pod status

Actual results:
4.It's running and be scheduled to node which cpu and memory is 0.

Expected results:
4.The pod should pending.

Additional info:

Comment 1 Andy Goldstein 2016-03-23 13:42:52 UTC
This is working as designed. Best effort pods (those with no request set) are allowed to land on a node regardless of its allocatable amount. Best effort pods do not cause allocatable to decrease.


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