kubelet

    0熱度

    2回答

    我有一個有5個節點的kubernetes集羣。當我添加一個簡單的nginx窗格時,它將被安排到其中一個節點,但它不會啓動。它甚至不會拉動圖像。 這是nginx.yaml文件: apiVersion: v1 kind: Pod metadata: name: nginx spec: containers: - name: nginx image: ngi

    1熱度

    1回答

    我開始kubelet與 --cloud-provider=openstack and --cloud-config=openstack.conf and --hostname-override=192.168.1.136 ,並在kubelet日誌得到這樣的: 無法註冊節點「PN-KUBE -minion_1-du27gtypmboj」與API 服務器:節點 「PN-KUBE-minion_1-

    0熱度

    1回答

    我想在我的k8s集羣上使用ansible repo來設置EFK堆棧。 ,當我試圖瀏覽kibana儀表盤就說明我下輸出: 做一些研究之後,我發現我沒有通過Fluentd檢測到的任何記錄。 我正在運行k8s 1.2.4,在master上運行1.2.0。 我成功理解的是,kubelet創建/ var/log/containers目錄,並將集羣中運行的所有容器創建符號鏈接。在那之後,Fluentd從min

    0熱度

    1回答

    我正在運行kubelet 1.5.4,發現即使在磁盤空間不足時,它也不會刪除舊容器。 我有可能退出的容器,一個多小時的保持: $ sudo docker ps -a | grep 'Exited (0) About an hour' | wc -l 78 但kubelet似乎並沒有注意到他們(使用10日誌級別我看向容器中kubelet日誌中沒有引用標識)。 這是最近發生了什麼變化嗎?我之前的1.2

    1熱度

    4回答

    偶爾,我看到一個問題,在沒有網絡連接的情況下pod將啓動。因此,吊艙進入CrashLoopBackOff並且無法恢復。我能夠再次運行pod的唯一方法是運行kubectl delete pod並等待其重新計劃。這裏的活躍度探測失敗的例子,由於這個問題: Liveness probe failed: Get http://172.20.78.9:9411/health: net/http: reque

    1熱度

    2回答

    試圖瞭解爲什麼我看到從我的KUBE-代理日誌此輸出 W0328 08:00:53.755379 1 server.go:468] Failed to retrieve node info: nodes "ip-172-31-55-175" not found W0328 08:00:53.755505 1 proxier.go:249] invalid nodeIP, initialize ku

    8熱度

    1回答

    我有容器Linux CoreOS alpha(1325.1.0)安裝在家裏的電腦上。 我在kubernetes玩了幾個月,但現在重新安裝ContainerOS並嘗試安裝kubernetes使用我的叉https://github.com/kfirufk/coreos-kubernetes我沒有正確安裝kubernetes。 我使用hyperkube圖像v1.6.0-beta.0_coreos.0。

    0熱度

    2回答

    我有一個來自kubelet的奇怪行爲,在羣集被引導後不久,kubelet沒有註冊到API服務器。有趣的是,如果我重新啓動kubelet守護進程它正確註冊,並且一切按預期工作,這讓我相信這是一個同步問題?(我正在使用coreos,雲配置和kubelet配置爲systemd單元) 後不久,Kubernetes節點被部署Kubelet僅記錄顯示下面的條目,僅此而已: -- Logs begin at W

    0熱度

    1回答

    我有CoreOS alpha(1284.2.0)的Container Linux,我嘗試安裝kubernetes 1.5.2。 我注意到kube-proxy吊艙出現故障,我搜索了一下,我發現api-server清單可能沒有正確配置。 我在https://coreos.com/kubernetes/docs/latest/configure-kubectl.html 配置使用的文檔我的Mac Pro

    1熱度

    1回答

    我kubelet抱怨: E1201 09:00:12.562610 28747 kubelet_network.go:365]未能確保 規則在過濾器鏈中丟棄由KUBE-MARK-DROP標記的數據包 KUBE-FIREWALL:錯誤追加規則:退出狀態1:iptables:否 按該名稱鏈/目標/匹配。 這通常發生在您忘記使用--net-host'rkt run'時,但我沒有。 出口RKT_OPTS