从你提供的Pod事件日志里，核心错误很明确：pull access denied for myimage, repository does not exist or may require 'docker login'。问题出在Kubernetes节点（这里是minikube）无法访问你本地机器上构建的镜像——默认情况下K8s会尝试从公共镜像仓库（比如Docker Hub）拉取镜像，但你的myimage:latest只存在于你构建它的本地Docker环境里，并没有在节点能访问的仓库中。

下面针对你用minikube的场景，给出两种最直接的解决方案：

方案1：用minikube的Docker环境构建镜像 #

这是最简单的方法，让minikube自带的Docker守护进程来构建镜像，这样镜像会直接存在于minikube节点的本地仓库中，K8s可以直接使用：

1. 先切换到minikube的Docker上下文（执行后当前终端的Docker命令会指向minikube的Docker环境）：

eval $(minikube docker-env)

2. 在这个上下文里重新构建你的镜像：

docker build -t myimage:latest .

3. 检查你的values.yaml里的pullPolicy已经设置为IfNotPresent（你已经配置正确了），这个配置会让K8s优先使用节点本地已有的镜像，不会去公共仓库拉取。
4. 重新执行Helm安装或者重启Pod，就能正常启动了。

方案2：把本地镜像导入到minikube节点 #

如果你已经在本地构建好了镜像，不想重新构建，可以手动把镜像导入到minikube节点：

1. 先把本地镜像导出为tar包：

docker save -o myimage.tar myimage:latest

2. 将tar包复制到minikube节点的临时目录：

minikube cp myimage.tar /tmp/myimage.tar

3. 登录到minikube节点并加载镜像：

minikube ssh -- docker load -i /tmp/myimage.tar

4. 同样确保pullPolicy为IfNotPresent，然后重新部署即可。

额外提醒 #

• 你当前的values.yaml里的镜像配置（repository: myimage、tag: "latest"）是正确的，和你构建的镜像命名完全匹配，这部分没问题。
• 如果是在非minikube的K8s集群（比如多节点本地集群或云集群），你需要搭建私有镜像仓库，把本地镜像推送到仓库中，再配置K8s的镜像拉取权限，才能让节点获取到你的自定义镜像。

内容的提问来源于stack exchange，提问作者mmaceachran