K8S故障处理指南：coredns状态异常处理记录
最新回答
三天三夜，三斤作业
2021-02-18 22:43:24
当服务器重启后，coredns状态变为CrashLoopBackOff，且核心版本为1.8.3，此时查看日志发现，/etc/resolv.conf配置文件中并无nameserver配置。这导致coredns无法正常启动，因为其依赖于配置文件中的DNS服务器地址。此时，通过临时方式重新配置/etc/resolv.conf，可以解决此问题。为了防止问题在下次重启时再次出现，建议将配置中加入dns=none，确保coredns能够稳定运行。
另一种情况下，服务器重启后仍遇到coredns异常，可能是由于/etc/resolv.conf文件丢失所致。检查pod的日志和dns配置文件，可以发现类似问题。此问题的解决方式与场景一相同，即重新配置/etc/resolv.conf文件。
如果coredns部署后状态在CrashLoopBackOff和Error之间不断切换，查看日志会发现coredns无法启动的迹象。此时，检查docker日志，发现nameserver配置被错误地设置为127.0.0.1。正确解决办法是修改配置为实际的DNS地址。
总结而言，处理coredns状态异常的关键在于理解其依赖的配置文件和启动条件。通过检查日志、配置文件以及系统状态，可以快速定位问题并找到解决方案。对于防止问题再次发生，建议调整配置以提升核心服务的稳定性。
热门标签
