RHEL 8.5环境下安装基于CRI-O的Kubernetes遇仓库元数据下载失败问题求解决

我之前配置CRI-O+K8s的时候也碰到过一模一样的仓库元数据下载失败问题，这种第三方仓库的镜像源访问故障在RHEL环境里挺常见的，给你几个亲测有效的解决思路：

• 检查并修正CRI-O仓库配置
  先打开CRI-O的仓库配置文件（路径一般是/etc/yum.repos.d/devel:kubic:libcontainers:stable.repo），确认里面的baseurl是否匹配RHEL 8.5的版本。有些默认配置的源可能路径不对，或者在你的网络环境下无法访问，你可以把baseurl调整为对应RHEL 8的官方仓库路径（比如包含/rhel/8/标识的地址）。

• 彻底清理并重建DNF缓存
  普通的dnf clean all有时候清理得不彻底，你可以试试更彻底的操作：

  rm -rf /var/cache/dnf/*
  dnf makecache
  

  要是只想针对CRI-O仓库重建缓存，可以用：

  dnf --disablerepo="*" --enablerepo="devel_kubic_libcontainers_stable" makecache
  

• 排查网络与访问权限问题
  先测试能不能正常访问仓库地址：用curl -v [仓库的baseurl地址]看看有没有连接超时或者拒绝访问的情况。如果curl失败，大概率是防火墙拦截了HTTPS（443端口）出站请求，或者系统的代理配置有问题，得先打通网络通路。

• 重新导入仓库GPG验证密钥
  有时候元数据下载失败是因为GPG密钥验证不通过，你可以重新导入一次对应仓库的GPG密钥：

  # 若能直接访问仓库密钥地址
  rpm --import https://download.opensuse.org/repositories/devel:/kubic:/libcontainers:/stable/rhel/8/x86_64/repodata/repomd.xml.key
  # 若无法访问，可手动下载密钥文件后导入
  # rpm --import /path/to/downloaded/keyfile
  

• 备选方案：手动下载RPM包安装
  如果以上方法都没效果，你可以直接从仓库页面下载CRI-O和Kubernetes相关的RPM包到本地，然后用dnf localinstall *.rpm手动安装，不过这种方法需要自己处理依赖关系，相对麻烦一些。

备注：内容来源于stack exchange，提问作者Madhuri Muralidhar