1. 10 Feb, 2017 16 commits
    • Kubernetes Submit Queue's avatar
      Merge pull request #40796 from wojtek-t/use_node_ttl_in_secret_manager · 8188c3cc
      Kubernetes Submit Queue authored
      Automatic merge from submit-queue (batch tested with PRs 40796, 40878, 36033, 40838, 41210)
      
      Implement TTL controller and use the ttl annotation attached to node in secret manager
      
      For every secret attached to a pod as volume, Kubelet is trying to refresh it every sync period. Currently Kubelet has a ttl-cache of secrets of its pods and the ttl is set to 1 minute. That means that in large clusters we are targetting (5k nodes, 30pods/node), given that each pod has a secret associated with ServiceAccount from its namespaces, and with large enough number of namespaces (where on each node (almost) every pod is from a different namespace), that resource in ~30 GETs to refresh all secrets every minute from one node, which gives ~2500QPS for GET secrets to apiserver.
      
      Apiserver cannot keep up with it very easily.
      
      Desired solution would be to watch for secret changes, but because of security we don't want a node watching for all secrets, and it is not possible for now to watch only for secrets attached to pods from my node.
      
      So as a temporary solution, we are introducing an annotation that would be a suggestion for kubelet for the TTL of secrets in the cache and a very simple controller that would be setting this annotation based on the cluster size (the large cluster is, the bigger ttl is). 
      That workaround mean that only very local changes are needed in Kubelet, we are creating a well separated very simple controller, and once watching "my secrets" will be possible it will be easy to remove it and switch to that. And it will allow us to reach scalability goals.
      
      @dchen1107 @thockin @liggitt
      8188c3cc
    • Kubernetes Submit Queue's avatar
      Merge pull request #41183 from xilabao/fix-ca-cert-in-kubeadm · e1720af7
      Kubernetes Submit Queue authored
      Automatic merge from submit-queue (batch tested with PRs 40917, 41181, 41123, 36592, 41183)
      
      fix ca cert in kubeadm
      
      [certificates] Valid certificates and keys now exist in "/etc/kubernetes/pki"
      e1720af7
    • Kubernetes Submit Queue's avatar
      Merge pull request #36592 from… · 85b4d2e5
      Kubernetes Submit Queue authored
      Merge pull request #36592 from andrewsykim/36273-set-all-node-conditions-unknown-when-node-unreachable
      
      Automatic merge from submit-queue (batch tested with PRs 40917, 41181, 41123, 36592, 41183)
      
      Set all node conditions to Unknown when node is unreachable
      
      **What this PR does / why we need it**:
      Sets all node conditions to Unknown when node does not report status/unreachable
      
      **Which issue this PR fixes** 
      fixes https://github.com/kubernetes/kubernetes/issues/36273
      85b4d2e5
    • Kubernetes Submit Queue's avatar
      Merge pull request #41123 from xilabao/replace-update-to-patch-in-setupmaster · 89ca1797
      Kubernetes Submit Queue authored
      Automatic merge from submit-queue (batch tested with PRs 40917, 41181, 41123, 36592, 41183)
      
      replace update in setupmaster.go
      
      follow the TODO
      89ca1797
    • Kubernetes Submit Queue's avatar
      Merge pull request #41181 from tanshanshan/fix-wrong-shell · 2b2af10a
      Kubernetes Submit Queue authored
      Automatic merge from submit-queue (batch tested with PRs 40917, 41181, 41123, 36592, 41183)
      
      fix scheduler performance test script 
      
      **What this PR does / why we need it**:
      
       
      
       `test-performance.sh` is  in  dir `kubernetes/test/integration/scheduler_perf`
      
      the  dir `kubernetes/test/component/scheduler/perf`  does not exist
      
      Thanks.
      
      **Special notes for your reviewer**:
      
      **Release note**:
      
      ```release-note
      ```
      2b2af10a
    • Kubernetes Submit Queue's avatar
      Merge pull request #40917 from irfanurrehman/fed-init-flags-1 · c429a074
      Kubernetes Submit Queue authored
      Automatic merge from submit-queue (batch tested with PRs 40917, 41181, 41123, 36592, 41183)
      
      [Federation] Add override flags options to kubefed init
      
      **What this PR does / why we need it**:
      Allows modification of startup flags (of apiserver and controller manager) through kubefed 
      **Which issue this PR fixes** *(optional, in `fixes #<issue number>(, fixes #<issue_number>, ...)` format, will close that issue when PR gets merged)*: fixes #
      https://github.com/kubernetes/kubernetes/issues/40398
      **Special notes for your reviewer**:
      I haven't removed the existing redundant flags now (for example --dns-zone-name) intentionally to avoid breaking any existing tests that might use them.
      I guess that would be better done as a follow up PR.
      @madhusudancs @marun @nikhiljindal 
      **Release note**:
      
      ```
      It is now possible for the user to modify any startup flag of federation-apiserver and federation-controller-manager when deployed through kubefed.
      There are two new options introduced in kubefed:
      --apiserver-arg-overrides and --controllermanager-arg-overrides
      Any number of actual federation-apiserver or federation-controller-manager flags can be specified using these options.
      Example:
      kubefed init "-other options-" ----apiserver-arg-overrides "--flag1=value1,--flag2=value2"
      ```
      c429a074
    • Kubernetes Submit Queue's avatar
      Merge pull request #40045 from apprenda/kubeadm-112_testing · f17a5d38
      Kubernetes Submit Queue authored
      Automatic merge from submit-queue (batch tested with PRs 41074, 41147, 40854, 41167, 40045)
      
      kubeadm: adding integration tests for init
      
      **What this PR does / why we need it**: integration tests for kubeadm init focused on valid and invalid discovery tokens
      
      **Special notes for your reviewer**: /cc @luxas @pires
      This was taken from Pires's work in https://github.com/kubernetes/kubernetes/pull/40008 . This is just the testing aspect of it
      
      As it stands, these tests will never complete. The reason being is once it passes with a valid discovery token, it will wait until `[apiclient] Created API client, waiting for the control plane to become ready ` which is an infinite poll (https://github.com/kubernetes/kubernetes/blob/master/cmd/kubeadm/app/master/apiclient.go#L71). 
      
      This is a WIP
      **Release note**:
      
      ```release-note
      NONE
      ```
      f17a5d38
    • Kubernetes Submit Queue's avatar
      Merge pull request #41167 from mml/funk · 6941925c
      Kubernetes Submit Queue authored
      Automatic merge from submit-queue (batch tested with PRs 41074, 41147, 40854, 41167, 40045)
      
      Fix some funky funcs.
      
      This is code cleanup.  Fix function declarations and remove stale comment.
      6941925c
    • Kubernetes Submit Queue's avatar
      Merge pull request #40854 from kargakis/upgrade-test-for-deployments · a1b9905c
      Kubernetes Submit Queue authored
      Automatic merge from submit-queue (batch tested with PRs 41074, 41147, 40854, 41167, 40045)
      
      Upgrade test for deployments
      
      Upgrade test for Deployments. Should prevent issues like https://github.com/kubernetes/kubernetes/issues/40415 in the future.
      
      @krousey @janetkuo @soltysh 
      
      Haven't managed to run it locally... 
      ```
      $ go run hack/e2e.go  --up --test --test_args="--ginkgo.focus=\[Feature:MasterUpgrade\] --upgrade-target=ci/latest --upgrade-image=gci"
      2017/02/02 11:43:22 e2e.go:946: Running: ./hack/e2e-internal/e2e-down.sh
      2017/02/02 11:43:22 e2e.go:948: Step './hack/e2e-internal/e2e-down.sh' finished in 7.278236ms
      2017/02/02 11:43:22 e2e.go:946: Running: ./hack/e2e-internal/e2e-up.sh
      2017/02/02 11:43:22 e2e.go:948: Step './hack/e2e-internal/e2e-up.sh' finished in 5.286328ms
      2017/02/02 11:43:22 e2e.go:946: Running: ./cluster/kubectl.sh version --match-server-version=false
      2017/02/02 11:43:22 e2e.go:948: Step './cluster/kubectl.sh version --match-server-version=false' finished in 213.847259ms
      2017/02/02 11:43:22 e2e.go:946: Running: ./hack/e2e-internal/e2e-status.sh
      2017/02/02 11:43:22 e2e.go:948: Step './hack/e2e-internal/e2e-status.sh' finished in 103.253183ms
      2017/02/02 11:43:22 e2e.go:230: Something went wrong: encountered 2 errors: [exit status 1 exit status 1]
      exit status 1
      ```
      
      @krousey any eta for when the upgrade framework will be integrated in the pr builder?
      a1b9905c
    • Kubernetes Submit Queue's avatar
      Merge pull request #41147 from derekwaynecarr/improve-eviction-logs · 76b39431
      Kubernetes Submit Queue authored
      Automatic merge from submit-queue (batch tested with PRs 41074, 41147, 40854, 41167, 40045)
      
      Add debug logging to eviction manager
      
      **What this PR does / why we need it**:
      This PR adds debug logging to eviction manager.
      
      We need it to help users understand when/why eviction manager is/is not making decisions to support information gathering during support.
      76b39431
    • Kubernetes Submit Queue's avatar
      Merge pull request #41074 from caesarxuchao/upstream-add-staging-to-gopath · e538adcd
      Kubernetes Submit Queue authored
      Automatic merge from submit-queue
      
      Add staging/ to gopath in copy.sh
      
      An alternative to https://github.com/kubernetes/kubernetes/pull/40731.
      
      Please check the last 2 commits of this branch out for an example run: https://github.com/caesarxuchao/kubernetes/tree/add-stagingto-gopath. I added package "validationchao" to apimachinery, and let k8s.io/kubernetes/pkg/client/generated_clientset/ depend on it, then I run hack/update-staging-client-go.sh, and it seems to work fine.
      
      @sttts @deads2k @lavalamp
      e538adcd
    • Kubernetes Submit Queue's avatar
      Merge pull request #41092 from yujuhong/cri-docker1_10 · f5c07157
      Kubernetes Submit Queue authored
      Automatic merge from submit-queue (batch tested with PRs 41037, 40118, 40959, 41084, 41092)
      
      CRI node e2e: add tests for docker 1.10
      f5c07157
    • Kubernetes Submit Queue's avatar
      Merge pull request #41084 from ncdc/shared-informers-03-certs · d2ada4bb
      Kubernetes Submit Queue authored
      Automatic merge from submit-queue (batch tested with PRs 41037, 40118, 40959, 41084, 41092)
      
      Switch CSR controller to use shared informer
      
      Switch the CSR controller to use a shared informer. Originally part of #40097 but I'm splitting that up into multiple PRs.
      
      I have added a test to try to ensure we don't mutate the cache. It could use some fleshing out for additional coverage but it gets the initial job done, I think.
      
      cc @mikedanese @deads2k @liggitt @sttts @kubernetes/sig-scalability-pr-reviews
      d2ada4bb
    • Kubernetes Submit Queue's avatar
      Merge pull request #40959 from mbohlool/tags · 812a8e38
      Kubernetes Submit Queue authored
      Automatic merge from submit-queue (batch tested with PRs 41037, 40118, 40959, 41084, 41092)
      
      Add OpenAPI extensions to openapi_gen (Definition Generator)
      
      fixes #40818
      812a8e38
    • Kubernetes Submit Queue's avatar
      Merge pull request #40118 from vmware/FixdetachVolumeOnNodeOff · 052f3b9d
      Kubernetes Submit Queue authored
      Automatic merge from submit-queue (batch tested with PRs 41037, 40118, 40959, 41084, 41092)
      
      Fix for detach volume when node is not present/ powered off
      
      Fixes #33061 
      When a vm is reported as no longer present in cloud provider and is deleted by node controller, there are no attempts to detach respective volumes. For example, if a VM is powered off or paused, and pods are migrated to other nodes. In the case of vSphere, the VM cannot be started again because the VM still holds mount points to volumes that are now mounted to other VMs.
      
      In order to re-join this node again, you will have to manually detach these volumes from the powered off vm before starting it.
      
      The current fix will make sure the mount points are deleted when the VM is powered off. Since all the mount points are deleted, the VM can be powered on again.
      
      This is a workaround proposal only. I still don't see the kubernetes issuing a detach request to the vsphere cloud provider which should be the case. (Details in original issue #33061 )
      
      @luomiao @kerneltime @pdhamdhere @jingxu97 @saad-ali
      052f3b9d
    • Kubernetes Submit Queue's avatar
      Merge pull request #41037 from bprashanth/glbc_version · 3f25bbcd
      Kubernetes Submit Queue authored
      Automatic merge from submit-queue (batch tested with PRs 41037, 40118, 40959, 41084, 41092)
      
      Bump up GLBC version from 0.9.0-beta to 0.9.1
      
      Tests have been green, moving the beta to a release.
      3f25bbcd
  2. 09 Feb, 2017 24 commits