k8s中容器存在nslookup解析失败，导致容器一直处于init状态

已于 2022-10-28 17:41:42 修改
阅读量680 收藏
点赞数
文章标签： kubernetes linux 运维
于 2022-10-28 11:50:19 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_44207346/article/details/127568806
版权

现象

容器启动后一直处于init状态，半小时后也不能启动

思路

查看容器的启动yaml，发现有initcontainers，其中调用了busybux，并且使用了nslookup来做解析

手动启动一个busybux进行验证

kubectl run -i --tty busybox --image=busybox --restart=Never

发现在容器中nslookup时好时坏
后经网上查询，可能是busybox容器中nslookup存在问题

处理方法

删除yaml中的nslookup脚本即可

花蹦蹦精他哥
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Linux - Hosts域名解析服务
⚡
08-28 1248
vim /etc/hosts 127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 ::1 localhost localhost.localdomain localhost6 localhost6.localdomain6 127.0.0.1 www.baidu.com...
k8s中因busybox镜像版本问题导致Pod中nslookup无法解析Service名称问题
m0_37732829的博客
04-22 5068
1.创建busybox的Pod vim dns.yml apiVersion: v1 kind: Pod metadata: name: dns spec: containers: - image: busybox name: busybox command: - /bin/sh - -c - 'sleep 3600' 或者 kubectl run dns --image=busybox --command -- /bin/sh -c 'sle
k8s的Pod无法用nslookup获取IP
kingtigerchina的博客
08-05 1027
执行nslookup {podname}.{svcname}.default.svc.cluster.local，可以获得IP.本以为问题解决。nslookup {podname}.{svcname}.default.svc.cluster.local，可以获得IP.问题解决.执行nslookup {podname}.{svcname}.default.svc.cluster.local,无法获取IP。但过几个小时后，解析又消失了。查看endpoint ,hosname这一行又自动消失了。...
【DNS系列-K8S排错】busybox 中使用 nslookup 进行域名解析时好时坏
叮当猫的喵i
08-26 2624
使用 busybox 容器，其解析器的库可能无法解析 nodelocaldns 或 coredns 返回的结果（可能是 ipv6 部分，或是库不全 glibc 等，不清楚具体原因），因此导致时好时坏（有时可以解析，有时候解析不成功）在宿主机上直接进行测试，通过下面可以看到（nslookup 指定了 dns 解析地址），coredns 或 nodelocaldns 都可以进行解析。：在端口 8181 上提供的一个 HTTP 末端，当所有能够 表达自身就绪的插件都已就绪时，在此末端返回 200 OK。...
k8s注册节点出现kube-flannel-ds-amd64-5jqjj 服务状态为 Init:0/1
qq_46436508的博客
02-22 4533
** 在搭建完k8s之后，出现一点小问题，服务状态为 lnit:0/1，在删除重建后变为running ** 删除node节点 [root@master ~]# kubectl delete node node1 node "node1" deleted 生成注册命令 [root@master ~]# kubeadm token create --print-join-command kubeadm join 192.168.31.128:6443 --token pfw8xg.6wnbq3xav
python批量处理多DNS多域名的nslookup解析实现
12-17
利用EXCLE生成CSV文档，批量处理nslookup解析。并保存为CSV文档，方便进行查看： 输入文档格式： data\domain.csv 最终输出文档情况： data\nlookup.csv 代码： # coding=gbk import subprocess import csv def ...
使用dig/nslookup命令查看dns解析的方法步骤
01-11
当域名出现访问故障时，可以通过检查域名解析来判断是否是由错误的解析导致的问题。 1.域名解析无结果（不存在或被HOLD（未实名认证等）） 2.域名解析到错误的IP（被阻断，被劫持响应错误结果，需要对解析流程做判断...
批量域名解析脚本
07-13
在IT行业中，网络工程师经常需要处理大量的域名解析任务，以便于网络配置、故障排查或性能优化。批量域名解析脚本正是为了解决这个问题而设计的，它极大地提高了工作效率，减少了手动操作的时间和出错可能性。本文将...
k8s注册节点出现kube-flannel-ds服务状态Init:0/1
坐公交也用券
04-25 218
1、查看系统环境版本 1.1、系统版本 1.1.1、Master节点 [root@master ~]# cat /etc/os-release NAME="CentOS Linux" VERSION="7 (Core)" ID="centos" ID_LIKE="rhel fedora" VERSION_ID="7" PRETTY_NAME="CentOS Linux 7 (Core)" A...
Linux:找不到nslookup
amadeus_liu2的博客
09-16 2370
yum -y install bind-utils
Kubernetes集群——（k8s）pod的生命周期+init容器+探针
qq_46089299的博客
06-26 596
一、Pod生命周期 • Pod 可以包含多个容器，应用运行在这些容器里面，同时 Pod 也可以有一个或 多个先于应用容器启动的 Init 容器。 • Init 容器与普通的容器非常像，除了如下两点： • 它们总是运行到完成。 • Init 容器不支持 Readiness，因为它们必须在 Pod 就绪之前运行完成。 • 每个 Init 容器必须运行成功，下一个才能够运行。 • 如果 Pod 的 Init 容器失败，Kubernetes 会不断地重启该 Pod，直到 Init 容器成功为止。然而，如果 Pod
k8s的pod状态异常，想进容器内查看信息
number_one2的博客
02-01 264
使k8s容器强制启动
详解init 容器
linus.lin的博客
03-07 552
init 容器是一种特殊容器，在Pod内的应用容器启动之前运行。Init 容器可以包括一些应用镜像中不存在的实用工具和安装脚本。你可以在 Pod 的规约中与用来描述应用容器的containers数组平行的位置指定 Init 容器每个Pod中可以包含多个容器， 应用运行在这些容器里面，同时 Pod 也可以有一个或多个先于应用容器启动的 Init 容器。它们总是运行到完成。每个都必须在下一个启动之前成功完成。
k8s DNS相关问题
longtails的博客
09-02 2068
k8s DNS相关问题 在配置好dns后，可以通过hostname访问其他pod，但是ping不通.这是正常的. 之前，部署fabric到k8s上，遇到了kafka访问不到zookeeper的情况，我一直以为是dns的 问题，配置好了core-dns,仍然访问不到zookeeper，最终是修改了kafka的manifest,才成功 访问到zookeeper.所以，这无关dns的事...
如何在nginx容器中使用ping、nslookup、ip、curl 等工具？
weixin_30733003的博客
06-17 114
Nginx镜像太精简了，启动一个容器进行测试时，常用的网络工具都没有，可以使用下面的命令进行安装。也可以直接起一个busybox容器进行测试。 apt update #ping apt install inetutils-ping #nslookup apt install dnsutils #ifconfig apt install net...
k8s集群搭建过程中master init遇到的两个小错误
godwei_ding的博客
11-10 5594
在安装完kubectl，kubeadm，kubelet后执行kubeadm init --pod-network-cidr 10.244.0.0/16 --kubernetes-version stable时出了一个小错误 1. 首先系统给出了造成初始化失败的大致原因。并给出了相关尝试命令。那就按它的提示运行一下语句systemctl status kubelet结果如下图： 可以看到
k8s域名解析超时问题记录
12-16 569
k8s域名解析超时问题记录
Kubernetes排错(二)-pod状态异常原因分析
sre救赎之路
02-01 1804
pod异常状态排查方式
排查k8s dns解析以及kube proxy问题
最新发布
07-16
要排查Kubernetes的DNS解析和kube-proxy问题，可以按照以下步骤进行： 1. 检查DNS配置：首先，请确保Kubernetes集群中的DNS配置正确。可以使用以下命令检查kube-dns或coredns的Pod是否正在运行： ``` kubectl get pods -n kube-system -l k8s-app=kube-dns ``` 如果Pod没有处于运行状态，可以使用以下命令查看它们的详细信息： ``` kubectl describe pod -n kube-system <kube-dns-pod-name> ``` 确保DNS Pod没有任何错误或异常，并且它们的IP地址与集群中其他组件的IP地址是可访问的。 2. 检查DNS解析配置：确保你的Service和Pod的DNS配置正确。可以使用以下命令检查Service和Pod的DNS名称是否正确解析为IP地址： ``` kubectl run -it --rm --restart=Never busybox --image=busybox:1.31 nslookup <service-name> ``` 这将在一个临时Pod中执行nslookup命令来检查DNS解析情况。 3. 检查kube-proxy配置：确认kube-proxy的配置正确，并且它正在正常运行。可以使用以下命令检查kube-proxy的状态： ``` kubectl get pods -n kube-system -l k8s-app=kube-proxy ``` 如果kube-proxy Pod没有处于运行状态，可以使用以下命令查看它们的详细信息： ``` kubectl describe pod -n kube-system <kube-proxy-pod-name> ``` 确保kube-proxy没有任何错误，并且它正在监听正确的网络接口。 4. 检查网络策略和防火墙：如果你启用了网络策略（NetworkPolicy），请确保它允许从源Pod访问目标Pod的DNS。另外，检查防火墙规则是否允许DNS流量通过。 这些步骤可用于排查Kubernetes的DNS解析和kube-proxy问题。如果问题仍然存在，请提供更多详细信息，以便我能够提供更准确的帮助。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值