2022学习0616【K8S coredns日志报错】-Toy模板网

这篇具有很好参考价值的文章主要介绍了2022学习0616【K8S coredns日志报错】。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

之前搭建K8S master+worker节点时一直没在意这个问题，
两个coredns日志一直报错，不过派到worker上的app都运行正常，收扩容也正常，感觉通信没问题，就没管。

kubectl logs coredns-66bff467f8-wmzp5 -n=kube-system
CoreDNS-1.6.7
linux/amd64, go1.13.6, da7f65b
[ERROR] plugin/errors: 2 4233189524581335928.4523713224971580094. HINFO: read udp 10.32.0.3:44742->183.60.83.19:53: i/o timeout
[ERROR] plugin/errors: 2 4233189524581335928.4523713224971580094. HINFO: read udp 10.32.0.3:43227->183.60.83.19:53: i/o timeout
[ERROR] plugin/errors: 2 4233189524581335928.4523713224971580094. HINFO: read udp 10.32.0.3:59043->183.60.83.19:53: i/o timeout
[ERROR] plugin/errors: 2 4233189524581335928.4523713224971580094. HINFO: read udp 10.32.0.3:55516->183.60.83.19:53: i/o timeout
[ERROR] plugin/errors: 2 4233189524581335928.4523713224971580094. HINFO: read udp 10.32.0.3:60978->183.60.83.19:53: i/o timeout
[ERROR] plugin/errors: 2 4233189524581335928.4523713224971580094. HINFO: read udp 10.32.0.3:33080->183.60.83.19:53: i/o timeout

不过最近在每个节点都部署了filebeat的daemonset，用来收集nginx的日志，发送过程中发现master发送正常，可是worker上的filebeat却发送不出去。
coredns日志,K8S,docker,云计算,学习
排查步骤：

查看filebeat报错如上，限定为DNS的问题。
busybox测试下DNS，kubectl run busyboxdig -it --image=datica/busybox-dig --restart=Never --rm sh
先ping 114.114.114.114，如果这个不通基本就是k8s 集群网络出问题。这里我没问题。接着dig www.baidu.com 不通，dig @114.114.114.114 www.baidu.com 通，判断是coredns的问题。
worker节点nslookup所有域名都报解析错误，master节点则没有。
到这里我突然想起来也就是上面的COREDNS pod好有问题，想通过exec /bin/sh 或者 /bin/bash 进去查看一番，发现进不去，但是可以通过configmap的形式编辑。于是kubectl edit cm coredns -n kube-system -o yaml , 我把forward . /etc/resove.conf换成了更可靠的域名服务器8.8.8.8，改完之后重启了delete了两个coredns的pod，等重新起来后没有报错了，好用了

root@master1:/etc/kubernetes/manifests# kubectl get cm coredns -n kube-system -o yaml
apiVersion: v1
data:
  Corefile: |
    .:53 {
        errors
        health {
           lameduck 5s
        }
        ready
        kubernetes cluster.local in-addr.arpa ip6.arpa {
           pods insecure
           fallthrough in-addr.arpa ip6.arpa
           ttl 30
        }
        prometheus :9153
        forward . 8.8.8.8
        cache 30
        loop
        reload
        loadbalance
    }
kind: ConfigMap
metadata:
  creationTimestamp: "2022-05-16T10:46:25Z"
  managedFields:
  - apiVersion: v1
    fieldsType: FieldsV1
    fieldsV1:
      f:data: {}
    manager: kubeadm
    operation: Update
    time: "2022-05-16T10:46:25Z"
  - apiVersion: v1
    fieldsType: FieldsV1
    fieldsV1:
      f:data:
        f:Corefile: {}
    manager: kubectl
    operation: Update
    time: "2022-06-16T06:55:05Z"
  name: coredns
  namespace: kube-system
  resourceVersion: "6459223"
  selfLink: /api/v1/namespaces/kube-system/configmaps/coredns
  uid: daeb9102-f5bb-4fd1-xxxxxxxxxx

后续问题：这个不清除coredns自动重启后会不会configmap重置，这样的话我还需要加个监听，不应该这么麻烦的。文章来源地址https://www.toymoban.com/news/detail-559861.html

到了这里，关于2022学习0616【K8S coredns日志报错】的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！