gpt4 book ai didi

kubernetes - 命令 "kubectl create -f busybox.yaml"后的挂起状态

转载 作者:行者123 更新时间:2023-12-02 12:24:09 26 4
gpt4 key购买 nike

我的mac下面有一张图片。

  • K8S集群(在VirtualBox上,1*master,2*workers)
  • 操作系统 Ubuntu 15.04
  • K8S 版本 1.1.1

  • 当我尝试创建一个 pod“busybox.yaml”时,它会进入挂起状态。
    我该如何解决?

    我把在线状态贴在下面,用一张图来理解(kubectl describe node)。
  • 地位
    kubectl 获取节点
    192.168.56.11 kubernetes.io/hostname=192.168.56.11 准备好7d
    192.168.56.12 kubernetes.io/hostname=192.168.56.12 就绪 7d
  • kubectl 获取 ev
    1h 39s 217 busybox Pod FailedScheduling {scheduler} 没有可用于调度 pod 的节点
  • kubectl 获取 pod
    名称 就绪 状态 重新开始 年龄
    busybox 0/1 待定 0 1h

  • 我还添加了一个状态。
    enter image description here

    最佳答案

    “kubectl describe pod busybox”或“kubectl get pod busybox -o yaml”输出可能很有用。

    由于您没有指定,我假设busybox pod 是在默认命名空间中创建的,并且没有指定资源要求和nodeSelectors。

    在包括 vagrant 在内的许多集群设置中,我们为默认命名空间创建了一个 LimitRange,以便为每个 pod(0.1 个内核)请求标称数量的 CPU。您应该能够使用“kubectl get pod busybox -o yaml”来确认是这种情况。

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

    具有足够小容量的节点有可能只填充系统 pod,尽管我不希望这会发生在 2 核节点上。

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

    请查看故障排除指南以获取更多故障排除提示,并在此处跟进 slack (slack.k8s.io) 以获取更多信息。

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

    关于kubernetes - 命令 "kubectl create -f busybox.yaml"后的挂起状态,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/33705627/

    26 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com