Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 1379636 - can not change node schedulable with oadm
can not change node schedulable with oadm
Status: CLOSED ERRATA
Product: OpenShift Container Platform
Classification: Red Hat
Component: Command Line Interface (Show other bugs)
3.4.0
Unspecified Unspecified
unspecified Severity medium
: ---
: 3.4.z
Assigned To: Maru Newby
Xingxing Xia
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2016-09-27 05:28 EDT by Wenkai Shi
Modified: 2017-01-18 07:41 EST (History)
7 users (show)

See Also:
Fixed In Version:
Doc Type: No Doc Update
Doc Text:
no doc update
Story Points: ---
Clone Of:
Environment:
Last Closed: 2017-01-18 07:41:41 EST
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
Origin (Github) 10971 None None None 2016-10-04 14:19 EDT
Red Hat Product Errata RHBA-2017:0066 normal SHIPPED_LIVE Red Hat OpenShift Container Platform 3.4 RPM Release Advisory 2017-01-18 12:23:26 EST

  None (edit)
Description Wenkai Shi 2016-09-27 05:28:01 EDT
Description of problem:
Can not change node schedulable with oadm, there is no "PUT" seen from --loglevel=6 while change schedulable, but in oc 3.3 there is "PUT".

Version-Release number of selected component (if applicable):
atomic-openshift 3.4.0.3
openshift-ansible 3.4.2

How reproducible:
100%

Steps to Reproduce:
[root@openshift-129 ~]# oc get nodes 
master.example.com   Ready     38m
node1.example.com   Ready     38m
node2.example.com   Ready     38m

[root@openshift-129 ~]# oadm manage-node master.example.com --schedulable=false --loglevel=6
...
I0927 04:56:23.510042   20210 round_trippers.go:318] GET https://master.example.com:8443/api/v1/nodes/master.example.com 200 OK in 3 milliseconds
NAME                                   STATUS    AGE
master.example.com   Ready     39m

Actual results:
Schedulable didn't change

Expected results:
Schedulable should be change to "SchedulingDisabled"
Comment 1 Mike Fiedler 2016-09-29 13:51:46 EDT
The  installer is unable to set the masters unschedulable as well.
Comment 2 Walid A. 2016-09-29 14:04:41 EDT
One workaround was to use the command: kubectl patch nodes <node-ip> -p '{"spec": {"unschedulable": true}}'
Comment 3 Maru Newby 2016-10-04 14:19:19 EDT
A fix was merged into origin master, see the linked github pull request.
Comment 4 Troy Dawson 2016-10-18 11:58:24 EDT
This has been merged into ose and is in OSE v3.4.0.12 or newer.
Comment 6 Wenkai Shi 2016-10-19 05:22:38 EDT
It fixed in this version.

[root@ansible ~]# rpm -qa | grep openshift-ansible
...
openshift-ansible-3.4.9-1.git.0.94af651.el7.noarch
...

[root@master ~]# openshift version
openshift v3.4.0.12
kubernetes v1.4.0+776c994
etcd 3.1.0-alpha.1

[root@master ~]# oc get nodes 
NAME               STATUS                     AGE
node1.example.com   Ready                      24m
master.example.com   Ready,SchedulingDisabled   24m
node2.example.com   Ready                      24m

[root@master ~]# oadm manage-node master.example.com --schedulable=true
NAME                                   STATUS    AGE
master.example.com   Ready     28m

[root@master ~]# oadm manage-node master.example.com --schedulable=false
NAME                                   STATUS                     AGE
master.example.com   Ready,SchedulingDisabled   29m
Comment 7 Maru Newby 2016-12-14 17:43:58 EST
Does this bug require doc text or target release?  afaik this was caught before release.
Comment 8 Ben Bennett 2017-01-13 10:19:38 EST
Maru: 

Target release - yes.

Doc text - no.  Just set the type to 'no doc update'
Comment 10 errata-xmlrpc 2017-01-18 07:41:41 EST
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.

https://access.redhat.com/errata/RHBA-2017:0066

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