CentOS RPM远程仓库资源过期问题求助（Artifactory v7.38.10）

这是典型的配置疏漏，而非Artifactory实例故障，核心原因在于你设置的几个元数据缓存和超时参数组合，导致Artifactory无法稳定获取远程仓库的更新资源，具体分析如下：

关键配置的影响 #

1. 元数据检索缓存周期（Metadata Retrieval Cache Period）设为0
   这个配置强制Artifactory不缓存YUM元数据（包括repomd.xml），每次请求都要从远程仓库拉取新副本。但mirror.centos.org作为镜像集群，部分节点可能存在响应延迟或临时不可用，频繁拉取容易触发连接失败；同时，远程返回的repomd.xml本身带有Expires头，当缓存副本过期后，一旦拉取新副本失败，就会抛出“Resource has expired”。

2. 元数据检索缓存超时（Metadata Retrieval Cache Timeout）设为30秒
   30秒的超时阈值对于镜像集群来说偏短，当远程节点负载较高时，Artifactory无法在超时时间内完成元数据拉取，直接导致获取失败，进而返回过期的缓存副本。

3. 假定离线周期（Assumed Offline Period）设为0
   该配置意味着Artifactory不会将临时不可达的远程仓库标记为“离线状态”，每次请求都会强制尝试连接。但如果远程节点持续响应超时，Artifactory会反复触发失败逻辑，始终无法获取新的repomd.xml，错误提示会持续存在。

修复方案 #

• 调整元数据检索缓存周期为非0值（例如300秒），让Artifactory缓存元数据一段时间，减少频繁拉取带来的失败概率。
• 增大元数据检索缓存超时至60秒，给远程仓库足够的响应时间。
• 在Artifactory服务器上执行以下命令，测试远程仓库的连通性和响应速度：

  curl -v http://mirror.centos.org/centos/8-stream/BaseOS/x86_64/os/repodata/repomd.xml
  

  若存在延迟或失败，考虑更换更稳定的CentOS镜像源作为远程仓库地址。
• 查看Artifactory日志文件（$ARTIFACTORY_HOME/logs/artifactory.log），搜索repomd.xml相关的错误条目，确认具体的失败原因（如DNS解析问题、网络防火墙限制等）。

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