Yocto Kirkstone多客户端共享SState缓存的最优配置问询

最小必要配置（解决缓存失效检测异常问题） #

你的核心问题是错误禁用了Bitbake签名与哈希服务组件，导致配方修改后无法触发缓存失效。只需保留以下关键配置，删除之前设置的BB_HASHSERVE = ""、BB_HASHSERVE_UPSTREAM = ""、BB_SIGNATURE_HANDLER = ""：

1. 本地SState缓存目录（必选，优先本地命中缓存）

   SSTATE_DIR ?= "${TOPDIR}/sstate-cache"
   

2. HTTPS SState镜像配置（必选，指向内部缓存服务器）
   保留你之前的格式即可，确保路径占位符正确：

   SSTATE_MIRRORS ?= "file://.* https://xxx.c.de/PATH;downloadfilename=PATH"
   

   注：PATH会被Bitbake自动替换为对应缓存文件的相对路径，无需手动修改。

问题根源说明 #

你之前禁用的三个配置是Bitbake检测配方变更、计算任务签名的核心组件：

• BB_SIGNATURE_HANDLER：默认使用OEHash处理任务签名，禁用后无法识别配方修改，导致旧缓存被错误复用。
• BB_HASHSERVE：本地哈希服务，加速签名计算，禁用会降低构建效率，配合签名处理器禁用会触发缓存失效检测异常。
• BB_HASHSERVE_UPSTREAM：可选远程哈希服务，新手无需配置，保持默认即可。

最佳实践建议 #

1. 保持签名与哈希服务默认配置：不要随意禁用BB_SIGNATURE_HANDLER、BB_HASHSERVE，这是缓存失效检测的基础。
2. HTTPS证书处理：如果内部服务器使用自签名证书，需在构建系统中信任该证书，或在local.conf中指定证书路径：

   SSL_CERT_FILE = "/path/to/your/internal-ca.pem"
   

3. 缓存上传配置（可选）：如果需要多台设备向服务器贡献缓存，添加推送镜像配置（需服务器支持PUT请求并配置正确权限）：

   SSTATE_PUSH_MIRRORS ?= "https://xxx.c.de/sstate/"
   

4. 缓存维护：定期清理过期缓存，可使用Yocto自带的sstate-cache-management.sh脚本，或针对单个配方执行：

   bitbake <recipe-name> -c cleansstate
   

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