今天在实际使用中遭遇到的问题，在创建 Deployment 时抛出了下面的错误。[root@node4 api]# kubectl apply -f api.yamlError from server (BadRequest): error when creating “beyondapi-api.yaml”:Deployment in version “v1” cannot be hand...

表现形式为 coredns 一直处于 ContainerCreating 状态。位置，这个可能就是问题的根源，我并没有明确安装部署。describe 可以看到一些错误的事件。可能是其他服务无意间下载到了这个目录。如果你没有 cni，还是需要下载的。解决方案创建符号链接。

是有 cni 配置的，既然找不到，那就重启一下 containerd（我使用的是 containerd）检查cni配置和cni的二进制文件，发现也都没有缺少什么，下一步检查。flannel 相关的 pod 都很正常可以进行下一步检查。发现cri存在错误日志，但是我们上面已经检查了。重启之后等运行完毕，也需要重启 kubelet。

添加到 kueblet 的 config 配置中，重启之后发现还是没有解决，到这里感觉可能不是 kubelet 的问题。issues 中发现了相似的问题，issue 里面描述的大致内容是把 k8s 升级到。后遭遇到了这个问题，原因是 k8s 版本和 flannel 之间不兼容造成的问题。所以抱着死马当活马医的态度，我重置了集群并且安装了低版本，发现果然没这个问题。验证是否可以请求，也没有问题，就是

先排除法将service转发到本机，从本机发起请求，这样可以绕过nodeport的iptables规则，然后验证是否可以请求，port-forward使用apiserver代理直接与pod通信。我本地环境使用的是flannel, 接下来就是检查flannel的配置和状态。请求可以正常响应说明端口转发工作正常，服务本身没问题。端口的所有 TCP 流量转发到后端的 dcgm-exporter Pod。

具体输出如下：当我执行：kubectl get pod --all-namespaces -o wide，出现如下错误：Unable to connect to the server: x509: certificate signed by unknown authority (possibly because of "crypto/rsa: verificati

错误场景本次错误的场景是关于在 gitlab 上删除历史提交中的大文件最后执行 git push 触发的。$ git pushEnter passphrase for key '/c/Users/edz/.ssh/id_rsa':Enumerating objects: 18, done.Counting objects: 100% (18/18), done.Delta compre...

虚机里面的 docker 已经很久没有用了，今天需要做一个实验，用到了 debian 镜像，但结果不尽人意，完整错误信息如下：[root@node2 plugins]# docker pull debianUsing default tag: latestError response from daemon: Get https://registry-1.docker.io/v2/: dia...

场景：平台的私有镜像仓库更新后，在其他服务器上执行 docker pull 就抛出了这个问题，一直镜像仓库并不是 habor 是 registry采用的是 insecure 模式。dockers registry V2 默认使用证书进行认证，如要关闭认证需在启动 docker 时加入参数 --insecure-registry ip:port这就简单了：vim /etc/sysconfig...

虚机里面的 docker 已经很久没有用了，今天需要做一个实验，用到了 debian 镜像，但结果不尽人意，完整错误信息如下：[root@node2 plugins]# docker pull debianUsing default tag: latestError response from daemon: Get https://registry-1.docker.io/v2/: dia...