1. 28 Mar, 2017 30 commits
    • Kubernetes Submit Queue's avatar
      Merge pull request #43735 from CaoShuFeng/godeprestore · ab892f9d
      Kubernetes Submit Queue authored
      Automatic merge from submit-queue (batch tested with PRs 40885, 43623, 43735)
      
      Use "hack/godep-restore.sh" instead of "godep restore"
      
      Now we get errors when run "godep restore".
      So we need to update the help message.
      @derekwaynecarr 
      
      **Special notes for your reviewer**:
      
      **Release note**:
      
      ```NONE
      ```
      ab892f9d
    • Kubernetes Submit Queue's avatar
      Merge pull request #43623 from liggitt/discovery-order · 9efb1f34
      Kubernetes Submit Queue authored
      Automatic merge from submit-queue (batch tested with PRs 40885, 43623, 43735)
      
      Update godoc for discovery registration
      
      Follow up from https://github.com/kubernetes/kubernetes/pull/43553/files?diff=split#r107723539
      9efb1f34
    • Kubernetes Submit Queue's avatar
      Merge pull request #40885 from copejon/refactor-gce-pv-tests · b890d318
      Kubernetes Submit Queue authored
      Automatic merge from submit-queue
      
      Extract GCEPD pv tests
      
      **What this PR does / why we need it**:
      This is strictly a refactor moving the GCEPD suite in Persistent Volumes E2E to it's own file.  This will make future provider specific additions to pv testing much more organized and readable.  It will also enable a smoother transition to providers moving out of tree by consolidating related tests. 
      
      ```release-note
      NONE
      ```
      b890d318
    • Kubernetes Submit Queue's avatar
      Merge pull request #41156 from copejon/dynamic-provisioned-pv-race-regression · d73717de
      Kubernetes Submit Queue authored
      Automatic merge from submit-queue
      
      Volume Provisioning E2E: test PVC delete causes PV delete
      
      **What this PR does / why we need it**:
      Test for a regression addressed in #21268.  There was a case where the PVC being created and deleted quickly may result in a provisioned PV left behind as `Available.`
      
      ```release-note
      NONE
      ```
       
      cc @jeffvance
      d73717de
    • Kubernetes Submit Queue's avatar
      Merge pull request #42994 from Shawyeok/features/full-tls-etcd-cluster · be4452cf
      Kubernetes Submit Queue authored
      Automatic merge from submit-queue
      
      Centos provider: generate SSL certificates for etcd cluster.
      
      **What this PR does / why we need it**:
      Support secure etcd cluster for centos provider, generate SSL certificates for etcd in default. Running it w/o SSL is exposing cluster data to everyone and is not recommended. [#39462](https://github.com/kubernetes/kubernetes/pull/39462#issuecomment-271601547)
      
      /cc @jszczepkowski @zmerlynn 
      
      **Release note**:
      ```release-note
      Support secure etcd cluster for centos provider.
      ```
      be4452cf
    • Marcin Wielgus's avatar
      Update CHANGELOG.md for v1.5.6. · 3c5c1da2
      Marcin Wielgus authored
      3c5c1da2
    • Jon Cope's avatar
      Extracted GCEPD pv tests · 29d4c1c1
      Jon Cope authored
      29d4c1c1
    • Jordan Liggitt's avatar
      Update godoc for discovery registration · 85b23bb9
      Jordan Liggitt authored
      85b23bb9
    • Jon Cope's avatar
      Volume Provisioning E2E: test PVC delete causes PV delete · 60c235d5
      Jon Cope authored
      Removed wait for PVC phase Pending.
      
      iterate test 100 times to increase chance of regression
      
      Moved claim obj assignment out of loop.
      
      add wait loop check for PVs
      
      loop until no PVs detected
      
      refactor per git comments
      
      replace api calls with framework wrappers
      
      add default suffix
      60c235d5
    • Kubernetes Submit Queue's avatar
      Merge pull request #43710 from p0lyn0mial/implement_standard_admission_plugin_initializer · f657607d
      Kubernetes Submit Queue authored
      Automatic merge from submit-queue (batch tested with PRs 41541, 43710)
      
      Admission plugin initializer for the generic API server.
      
      **What this PR does / why we need it**: 
      This PR implements a standard admission plugin initializer for the generic API server.
      The initializer uses kubeconfig to populate external clients and informers. By default
      in-cluster config is used.
      
      
      **Special notes for your reviewer**:
      https://github.com/kubernetes/community/blob/master/contributors/design-proposals/apiserver-build-in-admission-plugins.md
      
      **Release note**: NONE
      
      ```release-note
      ```
      f657607d
    • Kubernetes Submit Queue's avatar
      Merge pull request #41541 from resouer/eclass-algorithm · 6d7824d8
      Kubernetes Submit Queue authored
      Automatic merge from submit-queue
      
      Update algorithm of equivalence class cache predicates
      
      NOTE: This is the first two commits of #36238
      
      **What's in this PR:**
      
      1. Definition of equivalence class
      2. An update of `equivalence_cache.go` algorithms to implement enable/disable equivalence cache for individual predicate
      3. Added equivalence class data structure to `Generic Scheduler` but did not initialize it. This is used to show how we will use equivalence class when scheduling.
      
      **Why I did this:**
      
      Although #36238 has been finished for a period of time, we found it's still very hard to review, because it mixed 1) definition of equivalence class, 2) how to use equivalence cache, and 3) how to keep this cache up-to-date, 4) e2e tests to verify (3) works.  
      
      So reviewers are easily distracted by different technical points like `hash algorithms`, `how to properly use Informer` etc, left the more important equivalence algorithms untouched.
      
      So this PR I only includes 1) and 2), leaves updating this cache in #36238. I can see this part is totally independent from the rest part of it. So we can definitely review this equivalence  strategies first.
      
      cc @kubernetes/sig-scheduling-pr-reviews @davidopp @jayunit100 @wojtek-t
      6d7824d8
    • Kubernetes Submit Queue's avatar
      Merge pull request #43745 from mwielgus/ca-0.5.1 · 075dc276
      Kubernetes Submit Queue authored
      Automatic merge from submit-queue
      
      Bump cluster autoscaler to 0.5.1
      
      Fixes: #43709
      
      **Release note**:
      ```release-note
      With Cluster Autoscaler 0.5 the cluster will be autoscaled even if there are some unready or broken nodes. Moreover the status of CA is exposed in kube-system/cluster-autoscaler-status config map.
      ```
      075dc276
    • Kubernetes Submit Queue's avatar
      Merge pull request #43741 from wojtek-t/ignore_image_puller_errors · c9356c6a
      Kubernetes Submit Queue authored
      Automatic merge from submit-queue
      
      Fix problems of not-starting image pullers
      
      In e2e.go there are the following lines:
      https://github.com/kubernetes/kubernetes/blob/master/test/e2e/e2e.go#L150
      ```
      	if err := framework.WaitForPodsSuccess(c, metav1.NamespaceSystem, framework.ImagePullerLabels, imagePrePullingTimeout); err != nil {
      		// There is no guarantee that the image pulling will succeed in 3 minutes
      		// and we don't even run the image puller on all platforms (including GKE).
      		// We wait for it so we get an indication of failures in the logs, and to
      		// maximize benefit of image pre-pulling.
      		framework.Logf("WARNING: Image pulling pods failed to enter success in %v: %v", imagePrePullingTimeout, err)
      	}
      ```
      
      However, few lines above:
      https://github.com/kubernetes/kubernetes/blob/master/test/e2e/e2e.go#L143
      
      we were waiting for all image pullers to actually enter Success state. It's pretty clear that the latter wasn't expected.
      
      This PR is fixing this problem.
      
      Ref #43728
      
      @anhowe @davidopp
      c9356c6a
    • Kubernetes Submit Queue's avatar
      Merge pull request #43742 from crassirostris/cluster-logging-separate-dir · 7d040dd1
      Kubernetes Submit Queue authored
      Automatic merge from submit-queue
      
      Move cluster logging tests to a separate folder
      
      Since there are several e2e tests for cluster logging and the infrastructure for them got complicated, it makes sense to move those tests to a separate folder.
      
      Also, adding myself and Piotr to OWNERS of this directory as owners of the tests.
      7d040dd1
    • Harry Zhang's avatar
      Update generated BUILD files · 63197e53
      Harry Zhang authored
      63197e53
    • Harry Zhang's avatar
      2c4514c3
    • Harry Zhang's avatar
      Update equivalence cache to use predicate as key · 819554f5
      Harry Zhang authored
      Remove Invalid field from host predicate
      819554f5
    • Marcin Wielgus's avatar
      Bump cluster autoscaler to 0.5.1 · b08e6f62
      Marcin Wielgus authored
      b08e6f62
    • Mik Vyatskov's avatar
      ecbf9853
    • Wojciech Tyczynski's avatar
      2e3cd93f
    • Kubernetes Submit Queue's avatar
      Merge pull request #42604 from wlan0/provider-id · c888069a
      Kubernetes Submit Queue authored
      Automatic merge from submit-queue
      
      Use ProviderID to address nodes in the cloudprovider
      
      The cloudprovider is being refactored out of kubernetes core. This is being
      done by moving all the cloud-specific calls from kube-apiserver, kubelet and
      kube-controller-manager into a separately maintained binary(by vendors) called
      cloud-controller-manager. The Kubelet relies on the cloudprovider to detect information
      about the node that it is running on. Some of the cloudproviders worked by
      querying local information to obtain this information.  In the new world of things,
      local information cannot be relied on, since cloud-controller-manager will not
      run on every node. Only one active instance of it will be run in the cluster.
      
      Today, all calls to the cloudprovider are based on the nodename. Nodenames are
      unqiue within the kubernetes cluster, but generally not unique within the cloud.
      This model of addressing nodes by nodename will not work in the future because
      local services cannot be queried to uniquely identify a node in the cloud. Therefore,
      I propose that we perform some(to start off with) of the cloudprovider calls based on 
      ProviderID. This ID is a unique identifier for identifying a node on an external database (such as
      the instanceID in aws cloud).
      
      In the next PR, i'll add support to initialize nodes from the cloud-controller-manager instead of the kubelet using this API. 
      
      @thockin @keontang @joonas @luxas @justinsb 
      
      ```release-note
      ```
      c888069a
    • Cao Shufeng's avatar
      205a5abe
    • Kubernetes Submit Queue's avatar
      Merge pull request #43731 from bowei/flake-dns · f655c06b
      Kubernetes Submit Queue authored
      Automatic merge from submit-queue
      
      Move DNS configmap tests to slow, serial suites
      
      These tests take a long time due to the ConfigMap update interval
      and may briefly disrupt DNS resolution in the cluster.
      f655c06b
    • wlan0's avatar
      Use ProviderID to address nodes in the cloudprovider · a68c783d
      wlan0 authored
      The cloudprovider is being refactored out of kubernetes core. This is being
      done by moving all the cloud-specific calls from kube-apiserver, kubelet and
      kube-controller-manager into a separately maintained binary(by vendors) called
      cloud-controller-manager. The Kubelet relies on the cloudprovider to detect information
      about the node that it is running on. Some of the cloudproviders worked by
      querying local information to obtain this information. In the new world of things,
      local information cannot be relied on, since cloud-controller-manager will not
      run on every node. Only one active instance of it will be run in the cluster.
      
      Today, all calls to the cloudprovider are based on the nodename. Nodenames are
      unqiue within the kubernetes cluster, but generally not unique within the cloud.
      This model of addressing nodes by nodename will not work in the future because
      local services cannot be queried to uniquely identify a node in the cloud. Therefore,
      I propose that we perform all cloudprovider calls based on ProviderID. This ID is
      a unique identifier for identifying a node on an external database (such as
      the instanceID in aws cloud).
      a68c783d
    • p0lyn0mial's avatar
      Admission plugin initializer for the generic API server. · 86e06e24
      p0lyn0mial authored
      This PR implements a standard admission plugin initializer for the generic API server.
      The initializer accepts external clientset, external informers and the authorizer.
      86e06e24
    • Kubernetes Submit Queue's avatar
      Merge pull request #43727 from bowei/ping-instead-of-wget · d1bff958
      Kubernetes Submit Queue authored
      Automatic merge from submit-queue
      
      Use ping to ip instead of wget google.com in net connectivity check
      
      This is a flakey test and this commit reduces the number of dependent
      systems involved with the flake.
      d1bff958
    • Bowei Du's avatar
      Move DNS configmap tests to slow, serial suites · 1fe0a320
      Bowei Du authored
      These tests take a long time due to the ConfigMap update interval
      and may briefly disrupt DNS resolution in the cluster.
      1fe0a320
    • Bowei Du's avatar
      Use ping to ip instead of wget google.com in net connectivity check · d3e49591
      Bowei Du authored
      This is a flakey test and this commit reduces the number of dependent
      systems involved with the flake.
      d3e49591
    • Kubernetes Submit Queue's avatar
      Merge pull request #42974 from vmware/VSANPolicyProvisioningForKubernetesOnKubernetesRepo · 38431080
      Kubernetes Submit Queue authored
      Automatic merge from submit-queue (batch tested with PRs 42835, 42974)
      
      VSAN policy support for storage volume provisioning inside kubernetes
      
      The vsphere users will have the ability to specify custom Virtual SAN Storage Capabilities during dynamic volume provisioning. You can now define storage requirements, such as performance and availability, in the form of storage capabilities during dynamic volume provisioning. The storage capability requirements are converted into a Virtual SAN policy which are then pushed down to the Virtual SAN layer when a storage volume (virtual disk) is being created. The virtual disk is distributed across the Virtual SAN datastore to meet the requirements.
      
      For example, User creates a storage class with VSAN storage capabilities:
      
      > kind: StorageClass
      > apiVersion: storage.k8s.io/v1beta1
      > metadata:
      >   name: slow
      > provisioner: kubernetes.io/vsphere-volume
      > parameters:
      >   hostFailuresToTolerate: "2"
      >   diskStripes: "1"
      >   cacheReservation: "20"
      >   datastore: VSANDatastore
      
      The vSphere Cloud provider provisions a virtual disk (VMDK) on VSAN with the policy configured to the disk.
      
      When you know storage requirements of your application that is being deployed on a container, you can specify these storage capabilities when you create a storage class inside Kubernetes.
      
      @pdhamdhere @tthole @abrarshivani @divyenpatel 
      
      **Release note**:
      
      ```release-note
      None
      ```
      38431080
    • Kubernetes Submit Queue's avatar
      Merge pull request #42835 from deads2k/server-01-remove-insecure · 4159cb57
      Kubernetes Submit Queue authored
      Automatic merge from submit-queue (batch tested with PRs 42835, 42974)
      
      remove legacy insecure port options from genericapiserver
      
      The insecure port has been a source of problems and it will prevent proper aggregation into a cluster, so the genericapiserver has no need for it.  In addition, there's no reason for it to be in the main kube-apiserver flow either.  This pull removes it from genericapiserver and removes it from the shared kube-apiserver code.  It's still wired up in the command, but its no longer possible for someone to mess up and start using in mainline code.
      
      @kubernetes/sig-api-machinery-misc @ncdc
      4159cb57
  2. 27 Mar, 2017 10 commits