k8s部署失败ERROR ImagePull

最新推荐文章于 2024-12-31 15:04:37 发布
最新推荐文章于 2024-12-31 15:04:37 发布
阅读量7.4k 收藏 4
点赞数 2
分类专栏： Docker、K8S 文章标签： ERROR ImagePull
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/LoveyourselfJiuhao/article/details/90710984
版权

出现问题

error execution phase preflight: [preflight] Some fatal errors occurred:
    [ERROR ImagePull]: failed to pull image k8s.gcr.io/kube-apiserver:v1.14.2: output: Error response from daemon: Get https://k8s.gcr.io/v2/: net/http: request canceled while waiting for connection (Client.Timeout exceeded while await
, error: exit status 1
    [ERROR ImagePull]: failed to pull image k8s.gcr.io/kube-controller-manager:v1.14.2: output: Error response from daemon: Get https://k8s.gcr.io/v2/: net/http: request canceled while waiting for connection (Client.Timeout exceeded wh
, error: exit status 1
    [ERROR ImagePull]: failed to pull image k8s.gcr.io/kube-scheduler:v1.14.2: output: Error response from daemon: Get https://k8s.gcr.io/v2/: net/http: request canceled while waiting for connection (Client.Timeout exceeded while await
, error: exit status 1
    [ERROR ImagePull]: failed to pull image k8s.gcr.io/kube-proxy:v1.14.2: output: Error response from daemon: Get https://k8s.gcr.io/v2/: net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting 
, error: exit status 1
    [ERROR ImagePull]: failed to pull image k8s.gcr.io/etcd:3.3.10: output: Error response from daemon: Get https://k8s.gcr.io/v2/: net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting headers
, error: exit status 1
    [ERROR ImagePull]: failed to pull image k8s.gcr.io/coredns:1.3.1: output: Error response from daemon: Get https://k8s.gcr.io/v2/: net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting heade
, error: exit status 1
[preflight] If you know what you are doing, you can make a check non-fatal with `--ignore-preflight-errors=...`

 解决方法

docker pull mirrorgooglecontainers/kube-apiserver:v1.14.2
docker pull mirrorgooglecontainers/kube-controller-manager:v1.14.2
docker pull mirrorgooglecontainers/kube-scheduler:v1.14.2
docker pull mirrorgooglecontainers/kube-proxy:v1.14.2
docker pull mirrorgooglecontainers/etcd:3.3.10
docker pull mirrorgooglecontainers/coredns:1.3.1

 

版本信息需要根据实际情况进行相应的修改。通过docker tag命令来修改镜像的标签：

docker tag mirrorgooglecontainers/kube-proxy:v1.14.2 k8s.gcr.io/kube-proxy-amd64:v1.14.2
docker tag mirrorgooglecontainers/kube-scheduler:v1.14.2 k8s.gcr.io/kube-scheduler-amd64:v1.14.2
docker tag mirrorgooglecontainers/kube-apiserver:v1.14.2 k8s.gcr.io/kube-apiserver-amd64:v1.14.2
docker tag mirrorgooglecontainers/kube-controller-manager:v1.14.2 k8s.gcr.io/kube-controller-manager-amd64:v1.14.2
docker tag docker.io/mirrorgooglecontainers/etcd-amd64:3.2.18  k8s.gcr.io/etcd-amd64:3.2.18
docker tag docker.io/mirrorgooglecontainers/pause:3.1  k8s.gcr.io/pause:3.1
docker tag docker.io/coredns/coredns:1.1.3  k8s.gcr.io/coredns:1.1.3

 使用docker rmi删除不用镜像

【K8S系列】imagePullSecrets配置正确，但docker pull仍然失败，进一步排查详细步骤
颜淡慕潇
11-18 9447
如果 `imagePullSecrets` 配置正确，但在执行 `docker pull` 命令时仍然失败，可能存在以下几种原因。以下是详细的排查步骤和解决方案。
kubeadm config images pull拉取镜像
NLP与推荐算法
12-31 228
根据你的错误信息，最可能的原因是网络问题或镜像仓库访问超时。建议优先尝试使用国内的镜像仓库（如阿里云）来拉取镜像。如果问题仍然存在，可以检查网络配置或手动拉取镜像。
Kubernetes k8s拉取镜像失败最简单最快最完美解决方法 [ERROR ImagePull]: failed to pull image k8s.gcr.io/kube-apiserver
热门推荐
weixin_43168190的博客
07-09 7万+
问题 由于国内网络原因，kubeadm init会卡住不动，一卡就是半个小时，然后报出这种问题： [ERROR ImagePull]: failed to pull image k8s.gcr.io/kube-apiserver:v1.18.5: output: Error response from daemon: Get https://k8s.gcr.io/v2/: net/http: request canceled while waiting for connection (Client.Time
已解决: Error: ErrImagePull (K8s) 问题
GoCloudNative - 云原生技术的探索者。
11-27 3887
猫头虎博主在此！错误。这个问题通常发生在拉取容器镜像时。作为一名热衷于解决云原生领域 Bug 的猫头虎，我会用我的专业知识，为你详细解析这个问题的原因和解决方案。跟着我，让我们一起把这个烦人的问题解决掉！解决错误需要对 Kubernetes 的工作原理有深刻理解。希望通过这篇文章，你能更好地理解和解决 Kubernetes 中的镜像拉取问题。
初始化集群时的错误[ERROR ImagePull]: failed to pull image k8s.gcr.io/coredns/coredns:v1.8.4: output: Error re
阿白，
10-31 2098
这里错误是因为没有下载到这个k8s.gcr.io/coredns/coredns:v1.8.4镜像，同时它去官网又下载不了，这里有个坑，按照别的文章帮你把标签一般会是k8s.gcr.io/coredns:v1.8.4这样，而新版本的要求是k8s.gcr.io/coredns/coredns:v1.8.4，所以解决办法是docker tag改下标签即可， ...
k8s镜像一直failed pull images
码农启示录
01-21 6290
通过流水线部署项目后，在负载重新部署的过程中，镜像一直都在尝试重新拉取镜像，但是都失败了： failed pull image Failed to pull image "registry.cn-shanghai.aliyuncs.com/betacat/btc-man:2022-01-18-16-28-51": rpc error: code = Unknown desc = Error response from daemon: Get "https://registry.
k8s部署springcloud-alibaba项目
Devil的博客
09-12 1225
k8s部署spring cloud alibaba项目，技术涉及k8s，flannel，nfs，mysql，nginx、nacos、sentinel、seata，需要有一定的知识储备，不面向0基础
k8s部署 普罗米修斯（Prometheus）监控
D2961953033的博客
09-16 2601
Prometheus是一个开源的服务监控系统和时序数据库其提供了通用的数据模型和快捷数据采集、存储和查询接口它的核心组件Prometheus服务器定期从静态配置的监控目标或者基于服务发现自动配置的目标中进行拉 取数据新拉取到啊的 数据大于配置的内存缓存区时，数据就会持久化到存储设备当中。
k8s部署tomcat及web应用_在k8s部署tomcat
weixin_39891317的博客
12-21 1997
小试牛刀准备编排文件tomcat.yaml：(包含两部分，副本rc和service配置可为两个文件,不过我们此处合并为一个)#rc副本相关apiVersion:extensions/v1beta1#表示Deployment调度配置kind:Deploymentmetadata:#调度对象的全称，全局唯一name:mywebspec:#pod副本数量replicas:2#根据此模版创建pod...
k8s中部署nacos
warrah 南极狼
07-22 1088
将nacos部署到middleware的命名空间中注意deployment.yaml中要填写自己的nfs服务器地址，不能使用默认的。
K8S部署rocketmq5
weixin_44139651的博客
11-12 624
但我们的环境是K8S集群，节点之间理应是隔离的，所以猜想是storage挂载了同一个目录的问题，修改PV，两个PV挂载的目录不同，改为storageSlave。需要在开发环境部署rocketmq5验证新版本proxy相关的特性，而开发环境没有helm和外网，有k8s的环境。由于是root用户账号，k8s启动用的kubectl账号，把挂载的目录移到了/tmp，修改上文PV文件。注意，转成yaml文件后，原本用helm设置的namespace没了。网上查了下是挂载的本地目录，pod没有权限读写。
k8s集群初始化报错： [ERROR ImagePull]: failed to pull image k8s.gcr.io/coredns:1.6.5: output: Error response
weixin_58652725的博客
04-07 489
因为网络问题导致报错，加上--image-repository=registry.aliyuncs.com/google_containers，就可以啦。执行完以下命令后会报错。
kubeadm init [ERROR ImagePull]: failed to pull image registry.k8s.io 解决方法
qq_34185638的博客
01-24 8700
kubeadm init [ERROR ImagePull]: failed to pull image registry.k8s.io 解决方法
Mac 安装 Minikube 及解决 “[ERROR ImagePull]: failed to pull image“ 问题
日常学习与专研的记录
12-26 3047
本文介绍如何在 Mac 上安装 Minikube，成功拉起 K8s 集群，以及解决 "[ERROR ImagePull]: failed to pull image" 问题。
K8S 报 ErrImagePull k8s.gcr.io国内无法连接解决方法
h952520296的博客
02-11 1万+
k8s.gcr.io连接不上之后，会报如下的错误： [ERROR ImagePull]: failed to pull image k8s.gcr.io/kube-apiserver:v1.12.2: output: Error response from daemon: Get https://k8s.gcr.io/v2/: net/http: request canceled while w...
《Kubernetes 排错指南-005》[ERROR ImagePull]: failed to pull image coredns:v1.8.4
极客点儿
07-05 2566
在树莓派 Ubuntu 20.04 LTS 上初始化 k8s，在执行 kubeadm init 的时候，出现如下报错： [init] Using Kubernetes version: v1.21.2 [preflight] Running pre-flight checks [WARNING SystemVerification]: missing optional cgroups: hugetlb [preflight] Pulling images required for setting up a
kubeadm init 出错：[ERRORImagePull]：failed to pull image k8s.gcr.io.
zhyysj01的博客
05-31 847
访问镜像超时。
[ERROR ImagePull]: failed to pull image k8s.gcr.io/kube-controller-manager失败
小王的博客
08-03 901
vim /etc/resolv.conf 将dns修改为8.8.8.8 才可以。重新再试试
k8s pod启动报错ErrImagePull
xfun的博客
08-31 1万+
症状：coredns pod启动失败，报错ErrImagePull 查看日志： 从日志可以看出大概原因应该是node2节点无法从镜像仓库拉取到镜像。 这里可以看到此pod是在192.168.4.102这个节点上启动失败那么我们上这个node上看看。 先尝试手动拉取镜像： 这里开始报错了，果然是不可以拉取的，根据报错信息可以看出，我们本地docker并没有信任我们自己搭建的仓库。 解决办法：修改daemon.json文件，将本地仓库地址加上去 vim /etc/docker/daemo.
k8s某个ns为sskk的pod的Status为createContainerError，describe查看后发现warning message为Readiness probe errored: rpc error: code = Unknown desc = container not running
最新发布
03-20
<think>嗯，用户遇到了Kubernetes中Pod状态为CreateContainerError的问题，具体在命名空间sskk下。使用kubectl describe查看后，发现就绪探针报错：rpc error: code = Unknown desc = container not running。我需要帮他们分析可能的原因和解决方案。 首先，状态是CreateContainerError，这说明容器创建阶段出问题了。可能的原因包括镜像拉取失败、容器启动命令错误、资源限制、或者权限问题。而就绪探针的报错显示容器未运行，这可能是因为容器启动后立即崩溃，导致探针无法执行。 接下来要考虑具体的排查步骤。用户可能需要检查Pod的事件日志，看看是否有更详细的错误信息。比如，镜像拉取失败的话，kubectl describe会显示ImagePullBackOff或者ErrImagePull。如果容器启动命令有误，查看容器日志会显示具体的应用错误。资源不足的话，比如内存或CPU限制过紧，可能导致容器被OOMKilled。另外，挂载卷的问题，比如不存在的PersistentVolumeClaim，也可能导致容器无法启动。 就绪探针的配置也需要检查，如果探针设置得太早（比如initialDelay太短），容器还没完全启动就开始探测，可能会误报。或者探针的类型（HTTPGet、TCPSocket、Exec）是否正确，参数是否合理。 解决方案方面，可以分步骤来。首先，检查Pod的事件和容器日志，获取更多错误信息。然后，确认镜像是否正确存在，拉取权限是否足够。接着，检查容器的资源限制是否合理，是否有足够的资源分配。再检查挂载的存储卷是否存在且配置正确。最后，调整就绪探针的配置，比如延长initialDelaySeconds，确保容器有足够时间启动。 如果用户不太清楚如何执行这些命令，可能需要指导他们具体的kubectl命令，比如kubectl get events -n sskk --sort-by=.metadata.creationTimestamp，或者kubectl logs -n sskk <pod-name> -c <container-name>。同时，提醒他们在修改配置后重新部署Pod，观察状态是否改善。 可能还需要考虑其他因素，比如节点资源是否充足，节点是否处于Ready状态，或者是否有网络策略阻止了镜像拉取。不过根据当前的错误信息，重点还是在容器启动失败的原因上。需要一步步引导用户排查，从最可能的因素开始，逐步排除。</think>针对Pod状态为`CreateContainerError`且就绪探针报错`container not running`的问题，以下是逐步排查和解决方案： --- ### **1. 核心问题定位** - **关键现象**：`Readiness probe`失败的直接原因是容器未运行，但根本问题在于**容器启动阶段已失败**，导致就绪探针无法检测到运行中的容器。 --- ### **2. 常见原因分析** #### **(1) 容器启动失败** - **镜像问题** - 镜像名称错误（如拼写错误、版本不存在） - 镜像拉取失败（私有仓库权限未配置或凭证错误） - 镜像本身存在缺陷（如启动命令异常退出） - **资源限制** - 内存不足（OOMKilled）或CPU配额过小 - 未配置`resources.limits`导致资源耗尽 - **存储挂载问题** - 引用了不存在的`PersistentVolumeClaim`（PVC） - 挂载路径权限错误（如只读文件系统） - **命令或参数错误** - `command`或`args`配置错误导致容器立即退出 #### **(2) 探针配置不合理** - `initialDelaySeconds`过短，容器尚未启动完成即触发探针 - 探针类型（HTTP/Exec/TCP）或参数（端口、路径）配置错误 --- ### **3. 排查步骤** #### **步骤1：查看Pod详细事件** ```bash kubectl -n sskk describe pod <pod-name> ``` - 重点关注`Events`部分，寻找`Failed`或`Warning`日志（如镜像拉取失败、资源不足等）。 #### **步骤2：检查容器日志** ```bash kubectl -n sskk logs <pod-name> -c <container-name> --previous ``` - 若容器已崩溃，需添加`--previous`查看上次运行日志。 #### **步骤3：验证镜像信息** - 确认镜像地址和标签正确： ```bash kubectl -n sskkk get pod <pod-name> -o jsonpath='{.spec.containers[*].image}' ``` - 手动拉取镜像测试： ```bash docker pull <image-name:tag> ``` #### **步骤4：检查资源限制** - 查看Pod的`resources.limits`配置是否合理： ```bash kubectl -n sskk get pod <pod-name> -o json | jq '.spec.containers[].resources' ``` - 检查节点资源使用情况： ```bash kubectl top nodes ``` #### **步骤5：验证存储配置** - 确认PVC是否存在且已绑定： ```bash kubectl -n sskk get pvc ``` - 检查挂载路径权限： ```yaml # 示例配置 volumeMounts: - name: data mountPath: /data readOnly: false # 确保非只读 ``` #### **步骤6：调整探针配置** ```yaml readinessProbe: httpGet: path: /healthz port: 8080 initialDelaySeconds: 30 # 延长等待时间 periodSeconds: 5 ``` --- ### **4. 解决方案示例** #### **场景1：镜像拉取失败** ```bash # 配置镜像拉取密钥 kubectl -n sskk create secret docker-registry my-registry-key \ --docker-server=<registry-url> \ --docker-username=<user> \ --docker-password=<password> # 在Pod中引用密钥 spec: imagePullSecrets: - name: my-registry-key ``` #### **场景2：启动命令异常** ```yaml spec: containers: - name: app image: nginx:latest command: ["nginx", "-g", "daemon off;"] # 强制前台运行 ``` --- ### **5. 后续监控** - 部署后持续观察Pod状态： ```bash kubectl -n sskk get pod -w ``` - 使用`k9s`等工具实时监控容器日志。 --- 通过以上步骤，可系统性定位并解决容器启动失败的问题。如果问题仍存在，请提供`kubectl describe`和`kubectl logs`的完整输出，以便进一步分析。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值