coredns报错plugin/forward: no nameservers found

原创 已于 2025-04-08 15:35:57 修改 · 839 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#linux #网络 #运维

于 2025-01-02 22:16:53 首次发布

coredns报错plugin/forward: no nameservers found并且pod无法启动

出现该报错原因 是coredns获取不到宿主机配置的dns地址

查看宿主机是否有dns地址

resolvectl status

我这里是配置正确后，如果没配置过以下是不会显示出dns地址的

给宿主机增加静态dns地址

vim /etc/systemd/resolved.conf

重启 resolved服务使配置生效

systemctl restart systemd-resolved.service

将coredns的pod删除重启 即正常

离线安装(单节点rancher)高可用rancher集群(ETCD)安装K8S集群以及常见问题
weixin_42323357的博客
07-02 2648
1.单节点安装rancher（安装高可用rancher可直接跳过） 到https://github.com/rancher/rancher/releases下载rancher版本的镜像和创建rancher集群需要的镜像压缩包 将压缩包通过docker load -i rancherd-amd64.tar.gz解压 等待rancher容器启动即可 docker run -d --restart=unless-stopped -p 80:80 -p 443:443 –privileged rancher/
k8s实践(11) --服务发现CoreDNS和Kubernetes内部域名解析
黄规速博客:学如逆水行舟，不进则退
06-30 9669
参考： 官方网站，https://coredns.io/ CoreDNS安装，https://my.oschina.net/u/2306127/blog/1618543 CoreDNS使用手册，https://coredns.io/manual/toc/ CoreDNS源码，https://github.com/coredns CoreDNS配置，https://my.oschina.n...
在k8s中通过CoreDNS进行域名解析的其中三种方法
muxia_jhy的博客
09-19 1万+
在k8s集群配置完成后，我们可以通过命令“”查看到相应的配置文件，如下图所示：（不同k8s版本配置文件内容可能有细微差异）编辑配置文件，加入如下部分的配置：以上配置文件表明，如果发起针对“www.yanmuhuan.com”的解析，CoreDNS会将这个域名解析请求解析到192.168.80.1这个服务器上。将上述配置内容加入到CoreDNS的配置文件中后，相关的配置文件内容如下所示：通过命令“”进入容器（容器名称根据实际情况进行输入），然后在容器内通过命令“hosts {
coreDNS pod启动异常，日志报：plugin/forward: no nameservers found
weixin_45476891的博客
08-05 1708
coredns默认forward . /etc/resolv.conf ，这部分依赖coredns的pod所在宿主机的配置。coredns 创建时，容器中 /etc/resolv.conf 默认是继承当前节点相同路径中的Dnsservers 配置，并且后续也不会 watch 和同步节点 /etc/resolv.conf 中的内容改动，所以节点上配置修改后需要重建 coredns Pods 更新新配置。coredns起不来，因为DNS解析的问题。/etc/resolv.conf，配置。
k8s集群安装后CoreDNS 启动报错plugin/forward: no nameservers found
轻的博客
05-24 2113
forward 指 coredns 中没有找到记录，则去 /etc/resolv.conf中的 nameserver 请求解析，而 coredns 容器中的 /etc/resolv.conf 是继承自宿主机的。#检查coredns的配置，发现有一条转发到/etc/resolv.conf的配置。检查/etc/resolv.conf 是否存在nameserver。检查/etc/resolv.conf 发现没有dns服务器定义。删除coredns的pod ，再次启动后服务正常运行。
k8s集群coredns始终处于ContainerCreating状态解决思路【network: stat /var/lib/calico/nodename: no such file or dir】
热门推荐
阿文的博客
07-14 2万+
情况说明 原始集群中使用flannel作为网络插件，后来想在集群中使用calico网络插件建立网络规则，但在安装的过程中因为一些失误操作（没有读懂官方的安装说明），导致集群宕机，coredns始终处于ContainerCreating状态。 报错信息： 首先需要说明一下，coredns的状态和flannel有着必然的联系，所以首先使用describe查看pods的错误信息。 [root@master ~]# kubectl get pods -n kube-system NAME
DolphinScheduler任务结点报错：source: not found /bin/sh: 1: java: not found scripts/mysql_to_hdfs_full.s
Y_Aryan的博客
02-24 1733
执行任务流的时候还是会报相同的错误，估计是有些无法查找到的文件内部，仍然使用了 sh 命令。——> 即保证，只要 DolphinScheduler 能通过 source命令 识别到自身的 env.sh 文件，就能正确执行任务脚本中会用到的所有命令。文件中定义的所有环境变量了，自然也就进一步导致 当脚本中使用 hadoop、hive等命令时，会报错 “未找到命令”Worker 服务器，都使用相同的步骤，修改 sh 的实际链接指向。命令，查看sh的实际链接指向，如果已经指向bash，则处理完成。
Kubernetes域名解析问题排查
l862250423的博客
09-21 2265
coredns域名解析问题处理
kali 输入 msfconsole 启动报错：/usr/share/metasploit-framework/lib/msf/core/payload/android.rb:87
钻石
01-06 4072
kali   启动 msfconsole 时候失败，报错： root@kali:~# msfconsole /usr/share/metasploit-framework/lib/msf/core/payload/android.rb:87:in `not_after=': bignum too big to convert into `long' (RangeError)         fro...
记一次coredns组件异常
JosephThatwho的博客
12-21 5468
使用rancher在azure 虚拟机部署k8s后，出现集群内服务彼此不能解析地址的错误。查询coredns组件日志如下： [test@master .kube]$ kubectl logs coredns-bdffbc666-msvff -n kube-system .:53 2020-12-21T05:48:06.365Z [INFO] CoreDNS-1.3.1 2020-12-21T05:48:06.365Z [INFO] linux/amd64, go1.11.4, 6b56a9c CoreDNS
k8s coredns组件报错：plugin/forward: no nameservers found
qq_15138049的博客
12-16 5355
[root@k8s k8s]# kubectl get pods --all-namespaces -o wide NAMESPACE NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES default dn
K8S pod/coredns出错：plugin/forward: no nameservers found
lin_12138的博客
02-13 2694
K8S pod/coredns出错：plugin/forward: no nameservers found
kube-system的pod coredns crash，log显示plugin/forward: no nameservers found
m0_63577947的博客
06-21 521
coredns crash，log显示plugin/forward: no nameservers found。/etc/resolv.conf 没有dns定义，所以coredns crash。查看coredns的配置，有转发到/etc/resolv.conf的配置。退出保存，重启pod，查看是否起来。
pymongo "ServerSelectionTimeoutError: No servers found yet" 错误的解决
dechen6073的博客
07-05 608
系统转移过程中，擅自把aptitude安装的mongoengine换成了pip安装，系统启动以后，报这个错误 报错提示： File"/usr/local/lib/python2.7/dist-packages/pymongo/mongo_client.py",line748,in_socket_for_reads withself._get_soc...
SQLDBX找不到服务器 no server found
小咸鱼的博客
08-28 1883
关于SQLDBX连接DB2远程服务器的方法可以看我的上一篇博客：https://blog.youkuaiyun.com/a_salty_fish/article/details/108006759 找不到服务器可能是权限不够，右键以管理员身份运行。 这个问题困扰了我很久，用命令行连接db2数据库没问题，到SQLdbx就noserver，尝试使用ODBC连接，又报错：sql1031n 在指示的文件系统中找不到数据库目录。搜了一下发现需要使用管理员身份打开，然后又报错版本不支持ODBC连接，失...
CoreDNS实战(八)-递归服务器
sre救赎之路
12-05 1813
本文主要用于介绍CoreDNS实现递归服务器的几种方式以及在生产环境中遇到的一些问题和解决方案。在开始之前我们需要知道一些关于CoreDNS的基本知识：CoreDNS本身是没有能力作为一个递归查询的DNS服务器（Recursive DNS），但是它有着众多的插件，可以通过插件来实现对域名的递归查询和缓存等功能从而加速客户端的DNS查询性能。这里主要实现的插件有或。
CoreDNS篇6-递归服务器
tinychen
03-04 2115
title: CoreDNS篇6-递归服务器 date: 2022-02-20 23:00:00 tags: dns network coredns categories: linux index_img: https://resource.tinychen.com/202202202355342.jpg banner_img: https://resource.tinychen.com/202202202355169.jpg 本文主要用于介绍CoreDNS实现递归服务器的几种方式以及在生产环境中遇.
CoreDNS详解
01-16 3730
coredns介绍
kubectl logs -n kube-system coredns-54d67798b7-6p54t --previous .:53 [INFO] plugin/reload: Running configuration MD5 = db32ca3650231d74073ff4cf814959a7 CoreDNS-1.7.0 linux/amd64, go1.14.4, f59c03d [INFO] SIGTERM: Shutting down servers then terminating [INFO] plugin/health: Going into lameduck mode for 5s
最新发布
03-11
<think>好的，我现在需要解决用户的问题：如何查看Kubernetes集群中CoreDNS Pod的上一个实例的日志。用户提到使用kubectl logs命令时加上--previous参数，但不确定具体操作步骤。首先，我应该回顾一下Kubernetes中查看Pod日志的基本命令。 根据引用[2]，查看Pod列表可以使用kubectl get pod -n kube-system，这样可以找到CoreDNS Pod的名称。因为CoreDNS通常位于kube-system命名空间下，所以需要指定命名空间。接下来，日志查看的基本命令是kubectl logs <pod-name> -n <namespace>。如果Pod之前崩溃过或者被重启过，使用--previous参数可以查看上一个实例的日志，这个参数适用于已经终止的容器。 但是用户可能遇到的问题是无法确定Pod的具体名称，或者可能存在多个CoreDNS实例的情况。这时候可能需要先列出所有CoreDNS相关的Pod，再选择对应的名称。例如，使用kubectl get pods -n kube-system -l k8s-app=kube-dns来通过标签筛选，因为CoreDNS通常带有k8s-app=kube-dns的标签。 另外，需要注意如果Pod的日志被轮换或者清理，可能无法获取到之前的日志。这时候需要确认集群的日志保留策略。此外，如果Pod是由Deployment或ReplicaSet管理的，可能需要查看控制器的事件来获取更多信息，使用kubectl describe命令。 总结步骤应该是：首先确定Pod名称和命名空间，然后使用kubectl logs命令加上--previous参数。如果遇到权限问题，可能需要检查RBAC设置，或者是否有足够的权限查看该命名空间的日志。同时，引用[3]提到top命令用于资源使用率，但日志查看主要还是依赖logs命令，所以不需要涉及metrics-server部分。</think>要查看Kubernetes集群中CoreDNS Pod上一个实例的日志，可按以下步骤操作： --- ### 1. **确认CoreDNS Pod名称及命名空间** CoreDNS默认部署在`kube-system`命名空间，执行以下命令列出所有CoreDNS Pod： ```bash kubectl get pods -n kube-system -l k8s-app=kube-dns ``` 输出示例： ``` NAME READY STATUS RESTARTS AGE coredns-5c98db65d4-2j7kd 1/1 Running 0 3d coredns-5c98db65d4-kw9xv 1/1 Running 0 3d ``` --- ### 2. **查看上一个实例的日志** 使用`kubectl logs`命令并添加`--previous`参数，格式为： ```bash kubectl logs -n kube-system <coredns-pod名称> --previous ``` 例如： ```bash kubectl logs -n kube-system coredns-5c98db65d4-2j7kd --previous ``` --- ### 注意事项 1. **参数说明**： - `-n kube-system`：指定命名空间 - `--previous`：查看已终止容器的日志（适用于Pod重启后的场景） 2. **适用场景**： - 当CoreDNS Pod因**崩溃、异常退出**或**主动重启**时，此参数可捕获终止前的日志[^2]。 3. **失败处理**： - 若提示`previous terminated container not found`，表示没有历史日志（例如Pod未重启过）。 - 若需持续监控日志，改用`kubectl logs -f <pod-name>`实时追踪。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值