k8s 拉取镜像时,请求提前断开(EOF)导致拉取失败

这次问题发生在使用 Keycloak 官方 quickstart YAML 部署资源时:

复制代码
kubectl create -f https://raw.githubusercontent.com/keycloak/keycloakquickstarts/refs/heads/main/kubernetes/keycloak.yaml

创建出来的资源包括:

复制代码
service/keycloak
service/keycloak-discovery
statefulset.apps/keycloak
deployment.apps/postgres
service/postgres

但是 Postgres Pod 一直无法启动,事件中反复出现镜像拉取失败:

复制代码
Failed to pull image "mirror.gcr.io/postgres:17":failed to pull and unpack image "mirror.gcr.io/postgres:17":failed to copy:failed to do request:Get "https://mirror.gcr.io/v2/postgres/..." EOF

这里的关键错误是:

复制代码
EOF

它表示 containerd 在拉取镜像时,请求还没正常完成,连接就被提前断开了。最开始怀疑是 k3s 节点没有配置代理,或者 containerd 没有走代理。

随后检查了 k3s 的配置目录:

复制代码
sudo ls -l /etc/rancher/k3s/

结果只有:

复制代码
config.yamlk3s.yaml

没有:

复制代码
registries.yaml

说明当前 k3s 没有通过 /etc/rancher/k3s/registries.yaml 配置镜像仓库 mirror。

然后继续检查 k3s 的 systemd 环境变量:

复制代码
sudo systemctl show k3s --property=Environment

发现 k3s 已经配置了代理:

复制代码
HTTP_PROXY=http://127.0.0.1:7897HTTPS_PROXY=http://127.0.0.1:7897NO_PROXY=...

为了确认代理本身是否可用,又分别用普通用户和 root 用户测试:

复制代码
curl -I -x http://127.0.0.1:7897 https://mirror.gcr.iosudo curl -I -x http://127.0.0.1:7897 https://mirror.gcr.io

返回中出现:

复制代码
HTTP/1.1 200 Connection established

说明代理连接本身是通的。后面的 HTTP/2 405 只是因为 mirror.gcr.io 根路径不接受这种 HEAD 请求,并不代表代理失败。

最后直接用 k3s 的 crictl 测试两个镜像源:

复制代码
sudo k3s crictl pull mirror.gcr.io/postgres:17

结果失败:

复制代码
EOF

再测试 Docker Hub 原始镜像:

复制代码
sudo k3s crictl pull docker.io/library/postgres:17

结果成功:

复制代码
Image is up to date for sha256:...

这一步最终定位出问题原因:
k3s 的代理链路是可用的,postgres:17 镜像本身也可以正常拉取,真正的问题是 mirror.gcr.io/postgres:17 这个镜像源在当前网络环境下不稳定。

最终解决方式是不要继续使用:

复制代码
image: mirror.gcr.io/postgres:17

而是改成:

复制代码
image: docker.io/library/postgres:17

如果资源已经创建,可以直接修改 Deployment 镜像:

复制代码
kubectl set image deployment/postgres postgres=docker.io/library/postgres:17 -n keycloak

然后查看 rollout 状态:

复制代码
kubectl rollout status deployment/postgres -n keycloak

也可以把远程 YAML 下载到本地后替换镜像地址:

复制代码
curl -L -o keycloak.yaml https://raw.githubusercontent.com/keycloak/keycloak-quickstarts/refs/heads/main/kubernetes/keycloak.yamlsed -i 's#mirror.gcr.io/postgres:17#docker.io/library/postgres:17#g' keycloak.yamlkubectl apply -n keycloak -f keycloak.yaml

总结来说,这次排查链路是:
Pod 拉取镜像失败 → 发现错误为 mirror.gcr.io/postgres:17 EOF → 检查 k3s 是否配置 registry mirror → 检查 k3s 是否配置 HTTP 代理 → 验证代理端口可用 → 使用 crictl pull 分别测试 mirror.gcr.io 和 docker.io → 确认 Docker Hub 原始镜像可拉、mirror.gcr.io 不可拉 → 将 YAML 中的镜像源从 mirror.gcr.io/postgres:17 改为 docker.io/library/postgres:17,问题解决。

相关推荐
阿里云云原生10 小时前
云效工作项智能优化:先澄清,再开工
云原生
阿里云云原生10 小时前
阿里云日志服务 SLS 全新升级,打造 Agent 时代的智能数据引擎
云原生
阿里云云原生10 小时前
从“治已病”到“治未病”:浩瀚能源与阿里云共建充电补能异地双活高可用体系实践
云原生
wzq11_66611 小时前
kubernetes集群——灰度发布
云原生·容器·kubernetes
阿里云云原生12 小时前
阿里云发布 Alibaba Cloud AI Agent Handbook,阐述“智能面积”
云原生
灯澜忆梦14 小时前
【docker】#1 | Docker 初识
运维·docker·容器
骑着蜗牛撵大象32715 小时前
穿越 Docker 内核迷雾:镜像分层的叠加态与卷挂载的空间穿梭
运维·docker·容器·联合文件系统·卷挂载·镜像分层·存储驱动
吴声子夜歌15 小时前
Docker入门与实战——Docker数据管理
docker·容器
vipxieliang15 小时前
Kubernetes 的“操作系统化”:从容器编排到 AI 基础设施控制平面
kubernetes
程序员老赵15 小时前
Docker 部署 TeslaMate:轻松搭建特斯拉车辆数据记录平台
docker·容器·开源