命令“kubectl创建-f busybox.yaml”后的编码状态

Question

我有我的mac的以下图片。 - K8S集群（VirtualBox上，1个*主，2名*工人） - OS ubuntu15.04 - K8S版本1.1.1

当我尝试创建一个荚 “busybox.yaml” 时，转到挂起状态。我如何解决它？ 我贴的在线状态下面有照片的理解（kubectl描述节点）

• 状态 kubectl得到节点 192.168.56.11 kubernetes.io/hostname=192.168.56.11准备7D 192.168.56.12 kubernetes。 IO /主机名= 192.168.56.12就绪7D

• kubectl得到EV 1H 39S 217 busybox的波德FailedScheduling {调度}没有可用来调度荚节点

• KUBE CTL得到荚 NAME就绪状态重新启动AGE busybox的0/1挂起0 1H

而且......我增加一个状态

Answer 1

“kubectl形容荚busybox的” 或“kubectl GET荚忙碌-o yaml“输出可能会有用。

由于您没有指定，我假定busybox pod是在默认名称空间中创建的，并且没有指定资源需求和nodeSelector。

在包括vagrant在内的许多集群设置中，我们为默认命名空间创建LimitRange，以为每个吊舱（.1个核心）请求标称数量的CPU。你应该能够确认这是使用“kubectl get pod busybox -o yaml”的情况。

我们还自动创建了一些系统窗格。您应该能够使用“kubectl get pod --all-namespaces -o wide”来查看它们。

容量足够小的节点可能只填满系统容器，但我不希望这会发生在2核心节点上。

如果busybox pod是在节点注册之前创建的，那可能是该事件的另一个原因，但我期望看到后续事件，因为即使在创建节点之后，pod仍处于挂起状态。

请查看故障排除指南以获取更多故障排除提示，并在此处了解更多信息（slack.k8s.io）。

http://kubernetes.io/v1.1/docs/troubleshooting.html