大家好，又见面了，我是你们的朋友全栈君。
一 现象引入
使用'kubectl get pods --all-namespaces', 发现很多'pod的状态为evicted'eviction，即'驱赶的意思'，意思是当节点出现异常时，kubernetes将有'相应的机制驱赶'该节点上的Pod,
多见于资源不足时导致的驱赶。
注意： 即使集群'状态恢复'，eviction状态的pod会'在系统中存在',需要'手动删除' --> 只是影响美观
解决方案
排查'资源和异常原因'，防止新的驱赶产生 --> 结合'journal -u kubelet'
使用如下命令删除旧驱赶的遗留
需求：删除状态为Evicted的pod
#!/bin/bash
# '去除第一行'
for ns in `kubectl get ns | awk 'NR>1{print $1}'`
do
kubectl get pods -n ${ns} | grep Evicted | awk '{print $1}' | xargs kubectl delete pod -n ${ns}
done分析：深层次的原因
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请联系我们举报，一经查实，本站将立刻删除。
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/145830.html原文链接：https://javaforall.net
![【Zigbee】进阶篇(1) Zigbee协议栈创建简单项目，协议栈、事件、消息学习[通俗易懂]](https://javaforall.net/wp-content/uploads/2020/11/2020110817443450-480x300.jpg)
