文章目录 排查过程 本地宿主机网络检查 pod网络检查 tcpdump检查网络 检查flannel网卡 检查宿主机网卡 iptables检查 解决方法 测试环境服务出现问题,服务一直报错认证超时,检查pod,发现如下情况: 异常节点的pod可以ping通本地宿主机的ip,但是ping本地宿主机的网关没有回显(通过tcpdump发现的) 异常节点的pod可以ping通正常节点的pod 异常节点的pod去ping正常节点的宿主机ip,正常节点使用tcpdump抓包,发现返回是正常,但是pod内部还是

Docker服务部署启动容器发现docker容器内访问宿主机IP不通,于是进入容器内ping宿主机IP,发现无法ping通,容器IP为172.17.0.2,于是继续ping172.17.0.1也不通,ping docker0也不通,进过网上查询相关资料,有其他大佬也遇到这个坑,这里记录一下. 问题 环境 操作系统:centos 7.9 内核版本:3.10.0-1127.19.1.el7.x86_64 Docker版本:19.03 现象 Docker ping容器内host网络没有问题,但是访问i

想从k8s的pod中拷贝文件到宿主机,kubectl 的cp命令,但是网上搜索了下,感觉有点乱,自己记录下. hadoop这个namespace下,有个hadoop-hadoop-yarn-rm-0的pod,它的work_dir是/usr/local/hadoop,在这个目录下有个application_1564318400358_0562_1文件,现在的目的是将此文件拷贝到宿主机上,命令如下List-1所示.由于我们的work_dir是/usr/local/hadoop,所以不需要写完全路径/

记录一下搭建 Spring Cloud 过程中踩过的一些坑,测试的东西断断续续已经弄了好多了,一直没有时间整理搭建过程,时间啊~时间~ Spring 版本 Spring Boot:2.0.6.RELEASE Spring Cloud:Finchley.SR2 多环境配置切换 使用 Spring Cloud 来处理 多配置的切换在开发中真是很常用,能有效提高效率.一些成熟的框架基本都有关于配置切换的解决方案,当然了 Spring Cloud 也不例外! 先看看我的配置文件结构: 配置文件通过后缀区

k8s 中 Pod 的控制器 前言 Replication Controller ReplicaSet Deployment 更新 Deployment 回滚 deployment StatefulSet DaemonSet Job 和 CronJob 总结 参考 k8s 中 Pod 的控制器 前言 Pod 是 Kubernetes 集群中能够被创建和管理的最小部署单元.所以需要有工具去操作和管理它们的生命周期,这里就需要用到控制器了. Pod 控制器由 master 的 kube-contro

准备系统学习Linux系统,在电脑搭建了一个CentOS虚拟机,希望能从宿主机连接至虚拟机. 尝试了很多办法,碰到各种坑,最后这个方法成功了! 分享给大家,希望有所帮助. 一.环境 1.宿主机:Win10 2.虚拟机:VM12.0.1 3.虚拟机搭载系统:CentOS Linux release 7.4.1708 (Core) 二.设置桥接模式 1.虚拟机-设置

最近,微信提升群里好几个小伙伴遇到了如题的问题. 问了下原因,原来是我说的把宿主机网卡ip获取方式改为自动,结果他们把宿主机上虚拟网卡的ip改为自动了. 当然,分析"宿主机ping不通虚拟机"的原因,首先,要确保虚拟机关闭了防火墙,然后看网卡.ip设置等. 虚拟机ip 虚拟机网络设置是NAT,通过宿主机的VMnet8进行通信 VMnet8,ip固定,要和虚拟机ip在同一网段 其它方案 有的是win10家庭版,升级到专业版就好了: 还有的安装vm新版本就好了.

背景: docker 中的程序需要连接外部的程序,连接的过程中会告知外部程序自己的ip地址,然后外部的程序会回连docker中的程序.由于docker使用的是rancher中的托管模式,外部程序是没办法直接连接到容器中的,那么如何解决呢? 1.将主机/proc目录挂载到容器中 -v /proc:/hostip/:ro 2.运行docker的时候添加主机完全访问权限 --privileged 3.在容器中运行命令 # 获取网络信息需要指定--net nsenter --mount=/hostip/

了解k8s中的Liveness和Readiness Liveness: 表明是否容器正在运行.如果liveness探测为fail,则kubelet会kill掉容器,并且会触发restart设置的策略.默认不设置的情况下,该状态为success.Readiness: 表明容器是否可以接受服务请求.如果readiness探测失败,则endpoints控制器会从endpoints中摘除该Pod IP.在初始化延迟探测时间之前,默认是Failure.如果没有设置readiness探测,该状态为succe

宿主机执行ifconfig 会看到docker0那个ip,可以使用来访问宿主机

参考网址1:http://zhidao.baidu.com/link?url=2v3NXGyzPT-XTYwon8PesZLnMg02Ako6nDub3vJiJt4miSmkOA-04xLUqfu9sKI8-k1NwBN1XvNYagf3lfi0yq 2.http://www.jb51.net/os/RedHat/276383.html 在宿主机ipconfig,发现有VMnet0.VMnet1.VMnet8,打开网络共享中心,把前两个删掉,留VMnet8,修改ipv4,自动获取ip和dns 在

打开虚拟机管理器,点开设置=>网络,网络选的是NAT,所以宿主机不能直接ping能虚拟机!!! 问题描述 查看虚拟机ip,  #ifconfig如下图: 宿主机ping虚拟机ip,无法通信,如下图: 虚拟机ping外网我则可以,如下图: 在本机查看虚拟机ip,竟然显示的是:192.168.56.1  解决问题: 第一步:关闭虚拟机防火墙 (python36env) [vagrant@CentOS7 dashboard]$ sudo systemctl stop firewalld (python

Jenkins 使用Jenkins的话,完成的工作主要有如下步骤: 1.从Gogs或Gitlab仓库上拉取代码 2.使用Maven编译代码,打包成jar文件 3.根据jar文件使用相对应的Dockerfile文件制作成Docker镜像 4.把Docker镜像推送到Nexus上的Docker仓库(或者Harbor仓库) 5.运行shell脚本,给k8s的master主机上执行更新pod的脚本命令 (这一步不想自动实现的话可以采取手动操作) 前四步的操作: 地址:https://www.cnblog

用k8s创建了pod,然后进入pod后,发现在pod中无法解析www.baidu.com,也就是出现了无法解析外面的域名的问题.经过高人指点,做个小总结.操作如下. 一,将CoreDNS 的ConfigMap保存到一个yaml文件中,在这里我保存到3.yaml里了 :kubectl get cm -n kube-system coredns -o yaml >3.yaml 二,编辑yaml文件.如下  三,使这个yaml配置生效:kubectl replace -f 1.yaml 四,创建一个p

apiVersion: v1 #必选,版本号,例如v1,版本号必须可以用 kubectl api-versions 查询到 . kind: Pod #必选,Pod metadata: #必选,元数据 name: string #必选,Pod名称 namespace: string #必选,Pod所属的命名空间,默认为"default" labels: #自定义标签 - name: string #自定义标签名字 annotations: #自定义注释列表 - name: string

现象: # kubectl get pods -n kube-system |grep dashboard kubernetes-dashboard-6685cb584f-dqkwk 0/1 ContainerCreating 0 13m 状态一直是ContainerCreating. 查看pod日志: # kubectl describe pod kubernetes-dashboard-6685cb584f-dqkwk --namespace=kube-system ... Warning

如果容器已经崩溃停止,您可以仍然使用 kubectl logs --previous 获取该容器的日志,只不过需要添加参数 --previous. 如果 Pod 中包含多个容器,而您想要看其中某一个容器的日志,那么请在命令的最后增加容器名字作为参数. # 追踪名称空间 nsA 下容器组 pod1 的日志 kubectl logs -f pod1 -n nsA # 追踪名称空间 nsA 下容器组 pod1 中容器 container1 的日志 kubectl logs -f pod1 -c con

1.不使用logstash 2.步骤: 2.1 先获取一个文件的日志 2.2 再获取多个文件的日志 2.3 批量获取文件日志 pod日志文件路径 [root@worker hkd-eureka]# pwd /var/log/pods/test_cloud-eureka-0_26292b87-08d2-495e-a141-81304dd9ef07/hkd-eureka [root@worker hkd-eureka]# ll 总用量 0 lrwxrwxrwx 1 root root 165 7月

1. 虚拟机内的地址如果经常变化,或者是想使用宿主机进行网络服务 但是又不想有人能够访问具体的服务器提供机器.. 可以使用宿主机转发虚拟机的端口的方式来进行处理. workstation 比较好实现 第一个给workstation的虚拟机增加虚拟网卡 使用NAT模式 ,或者是直接选择自定义里面的VMnet8 的方式增加虚拟网卡 workstation支持开机时添加网卡,所以可以不必关闭虚拟机就能够增加相应的网卡 进入虚拟机查看新增加NAT模式的网卡的地址 2. 在宿主机上面 ping 虚拟机的地

虚拟机里能ping同本机,而本机却ping不通虚拟机,或者虚拟机不能ping通本机,可能有如下原因: 如果是桥接模式,那么可能性1:虚拟机防火墙禁ping,请关闭虚拟机防火墙重试:root 状态下service iptables stop 可能性2:桥接设置的ip有冲突或者是虚拟机桥接服务不正常. 如果是nat模式,那么可能性1:虚拟机防火墙禁ping,请关闭虚拟机防火墙重试: 可能性2:本机上的vmnet8网卡被禁用了. 可能性3:vbox的nat模式,vpc的共享模式,本来就这样的. 如果是

  网卡上有       docker is not a virtual machine, and you don't get access to the docker host via IP address. 如果想要访问里面的服务,需要先-p暴露端口,然后通过localhost:端口进行访问 ping不通也是可以访问的! 不需要添加什么路由!