国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

Kubernetes -- no route to host的BUG解決

這篇具有很好參考價值的文章主要介紹了Kubernetes -- no route to host的BUG解決。希望對大家有所幫助。如果存在錯誤或未考慮完全的地方,請大家不吝賜教,您也可以點(diǎn)擊"舉報違法"按鈕提交疑問。

在我們學(xué)習(xí)k8s的過程中,經(jīng)常會遇到這樣一個問題:

Kubernetes -- no route to host的BUG解決,云原生,kubernetes,bug,docker

就是網(wǎng)絡(luò)插件這里突然Running不了了。那么我們今天來分析一下這個問題。

首先我們查看這個Pod的日志信息。

kubectl logs coredns-5897cd56c4-djm82 -n kube-system

然后看到[ERROR]的地方,提取出關(guān)鍵的信息。

E0220 10:38:23.276427       1 reflector.go:178] pkg/mod/k8s.io/client-go@v0.18.3/tools/cache/reflector.go:125: Failed to list *v1.Endpoints: Get "https://10.96.0.1:443/api/v1/endpoints?limit=500&resourceVersion=0": dial tcp 10.96.0.1:443: connect: no route to host

可以看到no route to host.

這說明是網(wǎng)絡(luò)的問題。

我推測是因為我們使用的是虛擬機(jī),我們經(jīng)常掛起虛擬機(jī),然后使用的時候再次打開,這樣會有一定的影響。因此我的想法是只需要把網(wǎng)絡(luò)相關(guān)的東西刷新一下就可以了。

解決方法如下:

systemctl stop kubelet
systemctl stop docker
iptables --flush
iptables -tnat --flush
systemctl start kubelet
systemctl start docker

Kubernetes -- no route to host的BUG解決,云原生,kubernetes,bug,docker

可以發(fā)現(xiàn)很快就成功了。

如果你們用云服務(wù)搭建k8s的話是應(yīng)該不會出現(xiàn)這個問題的。這個是用虛擬機(jī)搭建的時候的坑。文章來源地址http://www.zghlxwxcb.cn/news/detail-611303.html

到了這里,關(guān)于Kubernetes -- no route to host的BUG解決的文章就介紹完了。如果您還想了解更多內(nèi)容,請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來自互聯(lián)網(wǎng)用戶投稿,該文觀點(diǎn)僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載,請注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實(shí)不符,請點(diǎn)擊違法舉報進(jìn)行投訴反饋,一經(jīng)查實(shí),立即刪除!

領(lǐng)支付寶紅包贊助服務(wù)器費(fèi)用

相關(guān)文章

  • connect to address IP: No route to host

    connect to address IP: No route to host telnet服務(wù)器的端口,報錯:telnet: connect to address IP: No route to host 解決辦法 原因:telnet的目標(biāo)服務(wù)器防火墻導(dǎo)致。 解決辦法:將需要的端口在目標(biāo)服務(wù)器放行或關(guān)閉防火墻即可。

    2024年02月16日
    瀏覽(15)
  • k8s pod啟動報錯: no route to host

    k8s pod啟動報錯: no route to host

    查看pod命令 查看報錯pod日志 命令: pod報錯都一樣: no route to host 原因: 找不到這個路由對應(yīng)的地址,關(guān)閉防火墻,重啟k8s,執(zhí)行下面命令即可。 正常線上是不能關(guān)閉防火墻,這個屬于pod內(nèi)部之間的host調(diào)用失敗,有大神知道的這種情況怎么處理的, 可以在評論區(qū)告知一下,

    2024年02月13日
    瀏覽(16)
  • docker search 鏡像報錯: connect: no route to host (橋接模式配置靜態(tài)IP)

    docker search 鏡像報錯: connect: no route to host (橋接模式配置靜態(tài)IP)

    可能有多種: ① 沒有開放防火墻端口 ② ip地址配置有誤 我是因為 虛擬機(jī)采用了橋接模式,配置靜態(tài)ip地址 有問題。 先確認(rèn)虛擬機(jī)采用的是 橋接模式,然后啟動虛擬機(jī)。 查看本機(jī)無線網(wǎng)適配器地址: 這里要配固定靜態(tài)ip前,先查看一下主機(jī)ip已經(jīng)占用的有哪些: (中間的

    2024年02月14日
    瀏覽(24)
  • kubesphere-- Unable to connect to the server: dial tcp 192.168.211.182:6443: no route to host

    kubesphere-- Unable to connect to the server: dial tcp 192.168.211.182:6443: no route to host

    ? ? ? ? 最近鼓搗kubesphere單節(jié)點(diǎn)安裝,部署服務(wù),使用流水線用的好好的,有兩次重啟服務(wù)器突然顯示kubesphere連接不上。初步排查,使用 kubectl get pods --all-namespaces 命令,顯示kubectl不可用,缺少路由。 Unable to connect to the server: dial tcp 192.168.211.182:6443: connect: no route to host ? ?

    2024年02月03日
    瀏覽(28)
  • kubectl命令報錯:Unable to connect to the server: dial tcp XXX:16443: connect: no route to host

    kubectl命令報錯:Unable to connect to the server: dial tcp XXX:16443: connect: no route to host

    前提 架構(gòu): keepalived+haproxy+kubernetes 問題說明 kubernetes集群好久不用了,今天打開集群執(zhí)行一個 kubectl get nodes 命令,報錯如下: Unable to connect to the server: dial tcp 192.168.2.XXX:16443: connect: no route to host 分析原因 出現(xiàn)這個問題幾種原因, 集群壞了:如果報錯的IP是master1的節(jié)點(diǎn)IP或虛

    2024年02月09日
    瀏覽(130)
  • 解決failure: repodata/repomd.xml from kubernetes: [Errno 256] No more mirrors to try

    failure: repodata/repomd.xml from kubernetes: [Errno 256] No more mirrors to try. https://mirrors.aliyun.com/kubernetes/yum/repos/kubernetes-el7-x86_64/repodata/repomd.xml: [Errno -1] repomd.xml signature could not be verified for kubernetes 翻譯: 失?。簉epodata/repomd。來自kubernetes的xml:[Errno 256]沒有更多鏡像可供嘗試。 https://mirro

    2024年02月01日
    瀏覽(19)
  • kubernetes -- 刪除namespace的過程以及遇到的bug解決

    kubernetes -- 刪除namespace的過程以及遇到的bug解決

    通過閱讀本篇文章你可以收獲如下知識: 解決一個bug。 理解k8s的controller中,刪除namespace的源碼,理解其中的刪除過程。 執(zhí)行 kubectl delete ns {ns-name} 命令來刪除 ns-name 的時候,發(fā)現(xiàn)狀態(tài)一直停留在 Terminating 。 我想到的是可能是namespace底下有資源,等資源被刪除之后系統(tǒng)才能

    2024年02月09日
    瀏覽(19)
  • 云原生|kubernetes|刪除不掉的namespace 一直處于Terminating狀態(tài)的解決方案

    在kubesphere部署的過程中,由于kubernetes集群的版本和kubesphere的版本不匹配,因此想要回退重新部署,但發(fā)現(xiàn)要用的namespace? kubesphere-system?普通的刪除方法無效,一直處于 Terminating狀態(tài) 新部署由于namespace一直是刪除狀態(tài),無法繼續(xù)進(jìn)行: 具體表現(xiàn)為一直掛在刪除界面: 下面就

    2024年02月09日
    瀏覽(17)
  • kubernetes中給pod加hosts解析

    kubernetes中給pod加hosts解析

    在一些環(huán)境中,有些服務(wù)會綁定一個域名,這個時候我們想去訪問這個服務(wù)的域名就需要做下對應(yīng)的解析,經(jīng)常使用的做法是在主機(jī)的/etc/hosts文件里面加上域名對應(yīng)的ip方可訪問,如果給在k8s上運(yùn)行的pod容器hosts文件中添加對應(yīng)的域名解析,pod一旦重啟,hosts就會丟失。 這個

    2024年02月16日
    瀏覽(15)
  • kubernetes|云原生|Deployment does not have minimum availability 的解決方案(資源隱藏的由來)

    最近在部署prometheus的過程中遇到的這個問題,感覺比較的經(jīng)典,有必要記錄一下。 現(xiàn)象是部署prometheus主服務(wù)的時候,看不到pod,只能看到deployment,由于慌亂,一度以為是集群有毛病了,然后重新做了集群,具體情況如下圖: 注:up-to-date表示沒有部署,available表示無可用

    2024年02月03日
    瀏覽(17)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包