kubernetes客户端crictl命令crictl是一个命令行工具，用于与容器运行时接口（CRI）兼容的容器运行时（如containerd和CRI-O）进行交互。crictl提供了许多有用的命令来管理容器、镜像和sandboxes。官方仓库地址：kubernetes-sigs/cri-tools:CLIandvalidationtoolsforKubeletCon

想试试containerd运行k8s，结果报错还在找dockershim，网上找了解决方法crictl依次查找容器运行时，当查找第一个unix:///var/run/dockershim.sock没有找到，所以报错了，需要你手动指定当前kubernetes的容器运行时，使用什么，例如：kubernetes1.24+之后，dockershim已经变成了cri-docker，所以

这个节点的在对应时间底层有没异常cpu，mem以及磁盘io，网络抛出探针失败的时间如果业务测的日志也没有异常的信息抛出，可以调整下超时时间容器抓包分析1可以先执行kubectlgetpods$PodName-n$NameSpace-owide看看pod运行的节点2登录到对应的node上，如果是docker运行时

低版本crictl没有删除无效镜像命令，需要升级版本wgethttps://github.com/kubernetes-sigs/cri-tools/releases/download/v1.25.0/crictl-v1.25.0-linux-amd64.tar.gztar-zxfcrictl-v1.25.0-linux-amd64.tar.gzmvcrictl/bin/crictlcrictlrmi--prune #删除无效镜像，释放节点

Kubernetes 是一个可移植、可扩展的开源平台，用于管理容器化的工作负载和服务，可促进声明式配置和自动化。Kubernetes拥有一个庞大且快速增长的生态，其服务、支持和工具的使用范围相当广泛。准备节点主机名IP系统&内核配置master01k8s0110.70.5.190Centos7.9，Kernel5.4.259-1.el7.el

1、废弃docker引擎systemctlenablekubeletsystemctlenablecontainerdcat<<EOF|sudotee/etc/modules-load.d/k8s.confoverlaybr_netfilterEOFcat/etc/modules-load.d/k8s.confmodprobeoverlaymodprobebr_netfiltermv/etc/sysctl.d/k8s.conf/etc

containerd提供了ctr命令行用于镜像管理容器，但功能比较简单所以一般会用k8s提供的crictl命令。该命令的特点是：只要符合K8S的CRI接口的，都可以使用。另外一点就是，cricrl的命令和docker的命令大部分都很像，学习成本不会很高。项目地址：https://github.com/kubernetes-sigs/cri-tool

背景以前都是使用docker，现在使用的k3s的容器运行时是containerd，所以也熟悉下containerd的常用命令。命令查看镜像列表crictlimageslist查看运行的容器列表crictlps查看所有容器资源情况crictlstats清理未被容器引用的镜像crictlrmi--prune

crictl和ctr的用法crictl是遵循CRI接口规范的一个命令行工具，通常用它来检查和管理kubelet节点上的容器运行时和镜像ctr是containerd的一个客户端工具，接下来就是crictl的的常见命令，其中能完全替代docker命令的参照下列表格操作crictld

ctr命令[containerd本身的CLI]1.查看命名空间列表ctrnsls2.导入镜像[-n用于指定命令空间,不指定的话默认default,则在k8s的crictl中看不到导入的镜像]ctr-n=k8s.ioimageimportcoreqi.tar3.查看镜像列表ctrimagesls4.查看容器列表ctrcls5.导出镜像ctrima

容器抓包方法：1可以先执行kubectlgetpods$PodName-n$NameSpace-owide看看pod运行的节点 2登录到对应的node上，如果是docker运行时，执行dockerps|grep$pod名称找到容器ID，然后在执行dockerinspect-f{{.State.Pid}}容器id找到容器的进程pid如果是containerd，yum

容器容器和虚拟机的区别，容器本身是一个APP，虚拟机是一个完整的系统。容器管理runtime，运行时。高级别Runtime低级别Runtimedockerrunccontainerdlxccri-ogvisorrktkatapodman......一般而言，高级别的Runtime会去调用低级别的Runtime，docker和c

转载自：https://blog.laeni.cn/note/cloud/cri/ctl/由于Containerd已经从Docker独立，这代表Docker底层也是使用的是Containerd。而Containerd是实现了CRI规范的，所以k8s是可以直接使用Containerd而无需再使用Docker的。但是大部分时候我们还是使用Docker作为k8s

ctr[root@master~]#ctr--helpNAME:ctr-containerdCLIUSAGE:ctr[globaloptions]command[commandoptions][arguments...]VERSION:v1.6.19DESCRIPTION:ctrisanunsupporteddebugandadministrativeclientforinteractingwiththeconta

containerd相比于docker,多了namespace概念,每个image和container都会在各自的namespace下可见,目前k8s会使用k8s.io作为命名空间crictl使用命名空间k8s.iocric

集群清单角色系统配置IP系统Master最低双核2G内存30G硬盘192.168.56.130Ubuntu18.04Node最低双核2G内存30G硬盘192.168.56.129Ubuntu18.04一、

#!/bin/bash#参考https://cloud.tencent.com/developer/article/1664123#根据pid获取pod名称#需要安装crictl工具#指定版本#VERSION="v1.13.11"#获取最新版本

Unfortunately,anerrorhasoccurred: timedoutwaitingfortheconditionThiserrorislikelycausedby: -Thekubeletisnotrunning -Thekubeletisunhealt

简述作为接替Docker运行时的Containerd在早在Kubernetes1.7时就能直接与Kubelet集成使用，只是大部分时候我们因熟悉Docker，在部署集群时采用了默认的dockershim。

目录dockerdocker和container的关系命令区分常用命令文档参考dockerdocker和container的关系docker由docker-client,dockerd,containerd,docker-shim,runc组成，所

ctr是由containerd提供的一个客户端工具，crictl是CRI兼容的容器运行时命令接口，和containerd无关，由kubernetes提供，可以使用它来检查和调试k8s节点上的容器运行时和应用程序。

1）安装containerd参考：https://kubernetes.io/zh-cn/docs/setup/production-environment/container-runtimes/#install-and-configure-prerequisites转发IPv4并让iptab

k8s安装containerd后，使用crictl出现报错   解决方法：[root@k8s-master~]#cat/etc/crictl.yamlruntime-endpoint:unix:///run/containerd/containerd.sockim

文档说明：只记录关键有用的地方;docker清理dockersystemdf#占用存储空间，又没有用的容器dockerimages-aq-f'dangling=true'|xargsdockerrmi#删除所有d

crictl介绍crictl是CRI兼容的容器运行时命令行接口，和containerd无关，由Kubernetes提供，可以使用它来检查和调试k8s节点上的容器运行时和应用程序。安装crictl下载地