1. 27 3月, 2019 1 次提交
  2. 26 3月, 2019 3 次提交
  3. 25 3月, 2019 1 次提交
  4. 24 3月, 2019 1 次提交
  5. 22 3月, 2019 4 次提交
  6. 21 3月, 2019 1 次提交
  7. 16 3月, 2019 1 次提交
  8. 09 3月, 2019 1 次提交
  9. 07 3月, 2019 1 次提交
  10. 28 2月, 2019 1 次提交
  11. 15 2月, 2019 1 次提交
  12. 13 2月, 2019 1 次提交
    • A
      Show name as CRI-O, even if class is CRIO · abb5fc0a
      Anders F Björklund 提交于
      Should use the proper name for display, even if we use a name more
      suitable to naming classes and methods for the implementation...
      
      Also use the --runtime=cri-o when testing, and update the github
      repository now that cri-o has graduated from incubator to a sig.
      
      See https://cri-o.io/
      abb5fc0a
  13. 06 2月, 2019 2 次提交
  14. 25 1月, 2019 1 次提交
  15. 19 1月, 2019 1 次提交
  16. 18 1月, 2019 1 次提交
  17. 17 1月, 2019 2 次提交
  18. 09 1月, 2019 1 次提交
  19. 03 1月, 2019 1 次提交
    • M
      Do not include the default CNI config by default · d982c4bf
      Martynas Pumputis 提交于
      Previously, minikube has been shipped with the default CNI config
      (/etc/cni/net.d/k8s.conf) in its rootfs. This complicated a lot
      when using a custom CNI plugin, as the default config was picked
      by kubelet before the custom CNI plugin has installed its own CNI
      config. So, the end result was that some Pods were attached to a
      network defined in the default config, and some got managed by
      the custom plugin.
      
      This commit introduces the flag "--enable-default-cni" to
      "minikube start" to trigger the provisioning of the default CNI
      config.
      Signed-off-by: NMartynas Pumputis <m@lambda.lt>
      d982c4bf
  20. 22 12月, 2018 2 次提交
  21. 21 12月, 2018 2 次提交
  22. 20 12月, 2018 3 次提交
  23. 12 12月, 2018 1 次提交
    • P
      Change restart policy on gvisor pod (#3445) · 1514511b
      priyawadhwa 提交于
      * Change restart policy on gvisor pod
      
      Change the restart policy on the gvisor pod to Always. This way, if a
      user runs
      
      minikube addons enable gvisor
      minikube stop
      minikube start
      
      when the addon manager tries to restart the gvisor pod, it will be
      restarted and gvisor will start running automatically. This PR also adds an
      integration test for this functionality.
      
      * Test stop and start
      
      * Revert test to delete
      
      Revert test to delete for now, for some reason "stop" and then "start"
      is failing both locally and in Jenkins for VirtualBox with a "panic test
      timed out after 30 min" error
      1514511b
  24. 08 12月, 2018 1 次提交
    • P
      Enable gvisor addon in minikube (#3399) · 8f128a7d
      priyawadhwa 提交于
      This PR adds the code for enabling gvisor in minikube. It adds the pod
      that will run when the addon is enabled, and the code for the image
      which will run when this happens.
      
      When gvisor is enabled, the pod will download runsc and the
      gvisor-containerd-shim. It will replace the containerd config.toml and
      restart containerd.
      
      When gvisor is disabled, the pod will be deleted by the addon manager.
      This will trigger a pre-stop hook which will revert the config.toml to
      it's original state and restart containerd.
      8f128a7d
  25. 06 12月, 2018 2 次提交
  26. 05 12月, 2018 1 次提交
  27. 28 11月, 2018 2 次提交