Yocto配置GPG签名RPM仓库生成镜像时的报错及相关问题咨询

针对你碰到的Failed to synchronize cache for repo 'yocto-rpm', disabling错误——而且偏偏只有特定HTTP服务器会触发这个问题，我来分享下自己踩过坑后总结的排查和解决思路：

1. 先盯紧GPG签名验证环节 #

这种服务器专属的失败，十有八九和GPG签名的配置或者服务器端的签名完整性有关：

• 手动验证GPG Key的可用性：先试试从目标服务器拉取你配置的GPG Key，执行 wget http://your-server-url/path/to/your-gpg.key，然后用 gpg --import your-gpg.key 导入到构建环境的keyring里。如果拉取失败或者导入时报错，那大概率是服务器上的key文件损坏、权限不对，或者你配置里的key URL写错了。
• 核对仓库配置的一致性：打开你的RPM仓库配置文件（一般在conf/repos.d/yocto-rpm.conf这类路径），确认gpgkey字段的URL和服务器上的实际路径完全匹配；同时检查gpgcheck是不是设成了1（开启验证）——如果服务器端的RPM包没正确签名，或者签名用的key和你配置的不是同一个，肯定会触发缓存同步失败。
• 验证单个RPM包的签名：手动下载一个服务器上的RPM包，用 rpm --checksig your-test-package.rpm 看看签名是否有效。要是验证失败，那问题就出在服务器端的包签名流程上，得去修复服务器的配置。

2. 排查HTTP服务器的响应特性 #

特定服务器可能在HTTP协议层面有兼容性问题：

• 检查是否支持HEAD请求：Yocto同步仓库缓存时，会发HEAD请求去检查repomd.xml这类元数据的更新状态。你可以用 curl -I http://your-server-url/repodata/repomd.xml 测试服务器会不会返回正常的HTTP 200响应。如果返回405（方法不允许）或者其他错误，说明服务器禁用了HEAD请求，得在服务器端开启这个方法的支持。
• 开启DNF调试日志抓细节：临时打开DNF的调试模式，能拿到更详细的请求日志。你可以这么做：
  先执行命令查看当前的根文件系统处理命令：

  bitbake my-image.bb -c do_rootfs -e | grep -E '^ROOTFS_POSTPROCESS_COMMAND'
  

  然后修改这个命令，添加export DNF_DEBUG=1;，或者直接在local.conf里加一行：

  EXTRA_ROOTFS_CMD += "export DNF_DEBUG=1;"
  

  重新跑构建后，去看do_rootfs的日志，就能看到HTTP请求的完整交互过程，比如有没有奇怪的重定向、响应头异常之类的问题。

3. 临时绕过验证（仅限测试排查用） #

要是想快速确认问题根源，可以临时关掉GPG验证：把仓库配置文件里的gpgcheck=0，然后重新执行bitbake my-image.bb。如果这次构建成功了，那就能确定问题出在GPG签名验证环节，再针对性修复；要是还是失败，就重点排查HTTP服务器的配置或者网络连通性问题。

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