我这里的pod是与nfs有关,nfs挂载有问题导致pod有问题,执行完删除命令以后看到pod一直处于terminating的状态. 这种情况下可以使用强制删除命令: kubectl delete pod [pod name] --force --grace-period=0 -n [namespace] 注意:必须加-n参数指明namespace,否则可能报错pod not found.

分析: 是因为删除了pod,但是没有删除对应的deployment,删除对应的deployment即可 实例如下: 删除pod [root@test2 ~]# kubectl get pod -n jenkins NAME READY STATUS RESTARTS AGE jenkins2-8698b5449c-grbdm 1/1 Running 0 8s [root@test2 ~]# kubectl delete pod jenkins2-8698b5449c-grbdm -n jenki

有时候pod一直在Terminating kubectl delete pod xxx --force --grace-period=

kubernetes删除pod一直处理 Terminating状态 # kubectl get po -n mon NAME READY STATUS RESTARTS AGE alertmanager-d6ccb787b-4bvhx 1/1 Running 0 17h grafana-64855ff589-8ttkt 0/1 Terminating 0 17h grafana-677c547cf8-gd5d4 1/1 Running 0 17h kube-state-metrics-6d744

一.概述 k8s中删除pod失败,可能是该pod有rc,rs上层控制,而且很有可能,所以删除上层对应的rc,rs,deployment即可: 删除的方法: 1.直接删除rc,rs,deployment等: 2.官方做法:先put rc副本数为0,再删除rc:使用api { "kind": "Scale", "apiVersion": "extensions/v1beta1", "metadata": { &

k8s更新版本后,老的POD一直出现Terminating,多久都不能删除. 然后,进入具体的节点机器之后,查看日志输出如下类似: ERROR: driver "overlay" failed to remove root filesystem for 738f492a57f80951b279c3bd82f59b6230275a298ab74d7f26c4564cf3d1cf2c: remove /var/lib/docker/overlay/6031651302dba6053c5fd

删除pod,pod一直处于Terminating状态 [root@yxz-cluster01 deploy_yaml]# kubectl get pod -n yunanbao NAME READY STATUS RESTARTS AGE yxz-script-77974f5dc8-5qw9v 0/1 Terminating 5 40m 解决办法 强制删除: kubectl delete pod [pod name] --force --grace-period=0 -n [namespace]

关联博客<kubernetes/k8s CRI 分析-容器运行时接口分析> <kubernetes/k8s CRI分析-kubelet创建pod分析> 之前的博文先对 CRI 做了介绍,然后对 kubelet CRI 相关源码包括 kubelet 组件 CRI 相关启动参数分析.CRI 相关 interface/struct 分析.CRI 相关初始化分析.kubelet调用CRI创建pod分析 4 个部分进行了分析,没有看的小伙伴,可以点击上面的链接去看一下. 把之前博客分析到的

今天在k8s集群创建pod时,执行了如下命令: #kubectl run busybox-service --image=busybox --replicas=3 但是在创建过程中pod既然失败了, [root@k8s-master ~]# kubectl get pods NAME READY STATUS RESTARTS AGE busybox-service-556d89b4d9-2c8hq 0/1 CrashLoopBackOff 4 3m busybox-service-556d89

[摘要] kubernetes 可能会产生垃圾或者僵尸pod,在删除rc的时候,相应的pod没有被删除,手动删除pod后会自动重新创建,这时一般需要先删除掉相关联的resources,实际中还要具体情况具体分析. 在使用Helm部署gitlab的时候发现有垃圾的pod存在,一直删除不掉 # kubectl get pods -n kube-system NAME READY STATUS RESTARTS AGE gitlab-migrations.1-2km-4rwnm 1/1 Running

  K8s之实践Pod深入理解 1.同一pod下的nginx+php+mysql nginx+php+mysql.yaml文件 --- apiVersion: v1 kind: Secret metadata: name: mysql-pass namespace: default type: Qpaque data: #echo -n "Passwd123" |base64 password: UGFzc3dkMTIz #echo -n "tmp" |base64

1.概述 本文介绍如何为pod分配特定的QoS等级. 我们知道,在k8s的环境中,通过使用QoS等级来做决定,在资源紧张的时候,将哪些的pod进行驱逐,或者说如何对pod进行调度. OK,话不多说,让我们来一一的介绍和说明. 2.如何为pod定义QoS等级 在k8s中,通过为pod中的容器设置资源(cpu.内存的requests和limits)来决定pod的QoS等级. 3.QoS等级 当在k8s的集群中创建一个pod的时候,就会将下面中的一个QoS等级分配给POD: Guaranteed Bu

pod是k8s项目中的最小编排单位,它是运行中的一组(一个或多个)容器,这些容器共享存储.网络.调度等资源,pod是一个逻辑概念,同一个名称空间下不同pod可以通过ip互相访问. 一.通过命令行方式管理 1.创建 在dev名称空间下创建名称为mynginx的pod,如果不指定-n参数,则默认创建在default名称空间下 kubectl run mynginx --image=nginx -n dev 2.查看dev名称空间下所有pod的简单信息 kubectl get pod -n dev 创

K8S 不能直接删除Pod,直接删除Pod,会被Deployment重启 删除前,必须先删除对应的Deployment 例子: // 查出Pod [root@k8s-master ~]# kubectl get pods NAME READY STATUS RESTARTS AGE nginx-65cbdd8bc4-mpkm4 0/1 ImagePullBackOff 0 37m nginx-65cbdd8bc4-tbgt8 0/1 ImagePullBackOff 0 3h1m // 查处其对

k8s中Pod的理解 基本概念 k8s 为什么使用 Pod 作为最小的管理单元 如何使用 Pod 1.自主式 Pod 2.控制器管理的 Pod 静态 Pod Pod的生命周期 Pod 如何直接暴露服务 hostNetwork hostPort hostNetwork 和 hostPort 的对比 Label 亲和性调度 什么是亲和(affinity)与反亲和(anti-affinity)调度 Node 亲和性调度策略 Pod 亲和性调度 NodeSelector 定向调度 资源限制 Pod 的持

#案例分享 生产环境逐步迁移至k8s集群 - pod注册到consul #项目背景 多套业务系统, 所有节点注册到consul集群,方便统一管理 使用consul的dns功能, 所有节点hostname能ping通 使用consul健康检查功能, 健康检查通过才添加到service 部分服务之前调用直接使用consul的server地址即: service-name.service.datacenter.consul prometheus监控使用consul-templates自动添加节点 运行

1.[root@pserver88 oa]# cat Dockerfile FROM tomcat RUN rm -rf /usr/local/tomcat/webapps/*ADD ROOT.war /usr/local/tomcat/webapps/ 2. [root@pserver78 oa]# cat oa.yaml ---apiVersion: extensions/v1beta1kind: Deploymentmetadata: labels: app: oa name: oaspe

k8s学习 - 概念 - Pod 这篇继续看概念,主要是 Pod 这个概念,这个概念非常重要,是 k8s 集群的最小单位. 怎么才算是理解好 pod 了呢,基本上把 pod 的所有 describe 和配置文件的配置项都能看懂就算是对 pod 比较了解了. Pod 我们通过调用一个kubectl describe pod xxx 可以查看某个 pod 的具体信息. describe 的信息我们用注释的形式来解读. Name: task-pv-pod Namespace: default // 没

replicationcontroller 选择器 模版 副本数   如果更改选择器,则会创建新的pod 如果更改pod的标签,那么也会创建新的pod进行替换,但是老的pod不会被删除 如果更改模版,比如给加入新标签,那么将在下次替换时用到新模版,这个可以用于升级pod使用   kubectl edit rc kubia 这将在你的默认编辑器中打开Replicationcontroller 的YAML配置. 使用export KUBE_EDITOR="/usr/bin/nano"设置默

加参数 --force --grace-period=0,grace-period表示过渡存活期,默认30s,在删除POD之前允许POD慢慢终止其上的容器进程,从而优雅退出,0表示立即终止POD kubectl delete pod <your-pod-name> -n <name-space> --force --grace-period=0

监控页面出现看到有运行失败的pod 1) 查看有哪些不运行的podcustom-metrics-apiserver日志占满空间被驱逐 [root@hadoop03 ~]# kubectl get pod -A[root@hadoop03 ~]# kubectl get pod -n prom | grep Evicted custom-metrics-apiserver-694844dfbc-27jcs / Evicted 6d7h custom-metrics-apiserver-694844