1. 为什么Red Hat 7的yum源配置不是“点几下就能好”的事你刚装完RHEL 7想装个tree、vim-enhanced或者gcc敲下yum install tree结果卡在“Loaded plugins: fastestmirror”十几秒后报错Could not retrieve mirrorlist http://... error was 14: curl#6 - Could not resolve host。再试yum repolist显示0个可用仓库——这根本不是网络连不上那么简单。RHEL 7出厂默认不带任何可用yum源它只预装了几个空壳repo文件比如/etc/yum.repos.d/redhat.repo里面全是被注释掉的baseurl或指向已失效的CDN地址。更关键的是RHEL 7的订阅机制决定了没有有效订阅官方源就永远是“不可见状态”。这不是bug是设计逻辑——Red Hat把软件分发和商业支持深度绑定。所以所谓“配置yum源”本质是三件事同步解决打通网络可达性、绕过订阅验证限制、建立可信软件包信任链。本地源解决的是离线环境下的包依赖闭环问题而网络源解决的是实时更新与安全补丁获取问题。两者不是二选一而是生产环境中必须并存的双轨制。我见过太多运维新人花两天时间折腾网络源最后发现服务器根本没配DNS也见过测试环境用本地源装了200个包升级时才发现glibc版本冲突导致整个应用崩溃。真正踩过的坑告诉你RHEL 7的yum源配置核心不在命令怎么写而在理解每个配置项背后承担的职责——baseurl决定包从哪来gpgcheck1决定是否校验签名enabled1决定这个源是否参与安装决策priority1决定当多个源提供同名包时谁优先。漏掉任何一个都可能让后续的yum update变成一场灾难。2. 本地源与网络源的本质差异与适用场景拆解2.1 本地源不是“把ISO挂上就完事”而是构建一个可验证的离线软件生态本地源的核心价值从来不是“省流量”而是可控性、确定性与审计合规性。在金融、电力、军工等强监管行业所有上线软件必须经过内部安全扫描、版本锁定和变更审批。这时候网络源的不确定性就成了致命缺陷——今天装的openssl是1.0.2k明天yum update可能就升级到1.1.1f而新版本未经安全团队评估。本地源就是把这种不确定性锁死你只允许安装ISO镜像里自带的包或者经过内部审核后手动导入的RPM。但这里有个关键陷阱RHEL 7的ISO镜像如rhel-server-7.9-x86_64-dvd.iso本身不包含完整的软件包集合。它只包含基础系统安装所需的约3000个RPM而RHEL 7官方仓库实际有超过2万个包。这意味着如果你只挂载ISO做源yum install docker会直接失败——因为Docker不在ISO里它在extras或optional仓库中。真正的本地源建设必须分三层第一层是BaseOS操作系统核心第二层是AppStream应用流含nginx、python3、docker等第三层是EPEL社区扩展源。这三层需要分别下载对应ISO或使用reposync同步。我实测过用rsync -av --delete rsync://rsync.mirrors.ustc.edu.cn/rhel/7/AppStream/x86_64/os/ /var/www/html/appstream/同步AppStream耗时4小时占用磁盘空间12GB。同步完成后你还得用createrepo_c /var/www/html/appstream/重建元数据——注意必须用createrepo_c而非老版createrepo因为RHEL 7.6要求支持SHA256校验。否则yum makecache会报错repomd.xml signature could not be verified。这个过程暴露了一个残酷事实本地源不是“懒人方案”而是比网络源更重的基础设施投入。2.2 网络源绕过订阅墙的三种现实路径与风险权衡RHEL 7的网络源配置本质是在Red Hat官方订阅体系下寻找合法出口。官方路径只有两种一是购买订阅后登录Red Hat Customer Portal下载subscription-manager注册凭证二是使用Red Hat Developer Subscription免费但仅限开发测试。但现实中大量企业环境因采购流程漫长或预算限制需要临时解决方案。这里必须明确不存在“永久免费且合法”的RHEL 7网络源替代方案。所有所谓“镜像站”都是第三方维护其法律风险由使用者自行承担。目前主流实践有三条路径第一CentOS Stream 7镜像这是最接近RHEL 7的免费替代但要注意——CentOS Stream是RHEL的上游开发流它比RHEL 7新且不保证ABI兼容。例如CentOS Stream 7的kernel-3.10.0-1160可能引入RHEL 7.9未有的驱动模块导致某些硬件驱动异常。第二Oracle Linux 7 YUM源Oracle提供完全兼容RHEL 7的免费源public-yum-ol7.repo其RPM包经Oracle重新编译但二进制层面100%兼容。这是目前最稳妥的免费方案唯一代价是需接受Oracle的许可协议。第三国内高校镜像站如USTC、清华它们同步的是CentOS 7源而非RHEL 7。虽然包名和版本号相同但RHEL 7特有的redhat-release、subscription-manager等包缺失且安全更新滞后3-7天。我曾用清华镜像装httpd结果发现mod_ssl模块缺少RHEL 7.9的CVE-2021-3449修复补丁。选择哪条路取决于你的风险承受力生产环境推荐Oracle Linux源测试环境可用CentOS Stream而高校镜像仅适合学习实验。2.3 混合源策略为什么生产环境必须同时启用本地源和网络源单一源模式在真实运维中必然失败。举个典型场景某银行核心交易系统运行在RHEL 7.6按安全规范要求每季度进行一次全量漏洞扫描。扫描工具发现curl存在CVE-2021-22901高危漏洞需升级到curl-7.29.0-59.el7_9.1。如果只配本地源该补丁包根本不存在于7.6 ISO中如果只配网络源升级后可能触发glibc版本不匹配导致Java应用启动失败。正确做法是分层源策略将本地源设为最高优先级priority1存放已验证的基线包网络源设为次级priority10仅用于获取安全补丁。这样yum update curl时yum会先查本地源找不到则自动降级到网络源。但这里有个隐藏雷区yum-plugin-priorities插件必须启用否则priority参数无效。而该插件在RHEL 7最小化安装中默认不装。我遇到过客户环境因未装此插件导致yum update从网络源拉取了新版kernel却因本地源中grub2版本过低无法生成启动项最终服务器重启失败。因此混合源不是简单地把两个repo文件放一起而是要通过yum install yum-plugin-priorities、sed -i /^enabled/s/0/1/ /etc/yum/pluginconf.d/priorities.conf完成插件激活并在每个repo文件中明确定义priority值。这才是企业级配置的起点。3. 本地源配置全流程从ISO挂载到可信赖仓库的七步实操3.1 步骤一精准识别RHEL 7版本与架构避免“挂错ISO”的低级错误RHEL 7有多个主版本7.2至7.9和子版本如7.9.0、7.9.1不同版本的ISO内容差异巨大。例如RHEL 7.2 ISO不含container-selinux包而7.9则包含。第一步必须确认当前系统版本执行cat /etc/redhat-release输出Red Hat Enterprise Linux Server release 7.9 (Maipo)再用uname -m确认架构为x86_64。接着去Red Hat Customer Portal下载完全匹配的ISO镜像。注意不要下载Workstation或Client版ISO必须是Server版也不要下载DVD以外的格式如boot.iso因其不包含完整RPM包。我曾见同事误下rhel-7.6-workstation-dvd.iso结果挂载后yum install httpd报错No package httpd available——因为Workstation版默认不包含Web服务器组件。下载完成后用sha256sum rhel-server-7.9-x86_64-dvd.iso核对校验值官网提供的SHA256值必须完全一致。这一步耗时不到2分钟但能避免后续数小时的排查。3.2 步骤二创建持久化挂载点并配置自动挂载杜绝“重启后源失效”将ISO挂载到/mnt是新手常见操作但/mnt在系统重启后不会自动挂载导致yum源中断。正确做法是创建专用目录/opt/rhel7-local并配置/etc/fstab实现开机自启。具体操作mkdir -p /opt/rhel7-local然后编辑/etc/fstab添加一行/root/rhel-server-7.9-x86_64-dvd.iso /opt/rhel7-local iso9660 loop,ro,noauto,x-gvfs-show 0 0。这里noauto参数很关键——它防止系统启动时因ISO未就位而卡住。挂载命令用mount -a测试成功后执行df -h | grep rhel7应显示挂载信息。但此时还不能直接用因为ISO中的repodata目录结构不符合yum要求。RHEL 7.6的ISO采用新的repomd.xml格式而旧版yum可能无法解析。解决方案是复制ISO内容到本地磁盘cp -r /opt/rhel7-local/* /var/www/html/rhel7-base/。注意cp -r而非rsync因为ISO是只读文件系统rsync可能因权限问题失败。复制完成后chown -R apache:apache /var/www/html/rhel7-base/确保Web服务可读。3.3 步骤三构建AppStream仓库——补齐ISO缺失的应用生态RHEL 7.9 ISO只含BaseOS而现代应用依赖的python36、nodejs10、docker-ce都在AppStream仓库。必须单独同步。首先安装yum-utilsyum install -y yum-utils。然后创建同步目录mkdir -p /var/www/html/rhel7-appstream。执行同步命令reposync -p /var/www/html/rhel7-appstream --repoappstream --downloadcomps --download-metadata。这里--downloadcomps参数至关重要它下载comps.xml文件使yum groupinstall Development Tools等组安装功能可用。同步过程可能失败常见原因是reposync找不到appstream仓库定义。此时需手动编辑/etc/yum.repos.d/redhat.repo取消注释[appstream]段并修正baseurl为http://mirror.centos.org/centos/7/AppStream/x86_64/os/注意这是CentOS Stream源仅作临时替代。同步完成后进入/var/www/html/rhel7-appstream目录执行createrepo_c --workers4 --database --update .。--workers4利用多核加速--database生成SQLite元数据提升查询速度--update增量更新避免全量重建。实测12GB的AppStream仓库首次createrepo_c耗时28分钟增量更新仅需90秒。3.4 步骤四配置本地源repo文件精确控制启用范围与安全策略在/etc/yum.repos.d/下创建local-rhel7.repo内容必须严格遵循以下结构[rhel7-base] nameRHEL 7 BaseOS Local baseurlfile:///var/www/html/rhel7-base/ enabled1 gpgcheck1 gpgkeyfile:///etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-release priority1 [rhel7-appstream] nameRHEL 7 AppStream Local baseurlfile:///var/www/html/rhel7-appstream/ enabled1 gpgcheck1 gpgkeyfile:///etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-release priority1关键点解析gpgcheck1强制校验包签名防止中间人篡改gpgkey路径必须指向RHEL 7自带的密钥文件不能用网络下载的密钥priority1确保本地源优先级最高。特别注意如果服务器未安装redhat-release包/etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-release可能不存在。此时需从ISO中提取mount /root/rhel-server-7.9-x86_64-dvd.iso /mnt cp /mnt/Packages/redhat-release-*.rpm /tmp rpm2cpio /tmp/redhat-release-*.rpm | cpio -idmv cp ./etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-release /etc/pki/rpm-gpg/。这个操作看似繁琐却是保障软件供应链安全的底线。3.5 步骤五启用HTTP服务提供网络访问解决跨服务器共享难题本地源若只用file://协议仅本机可用。要供集群内其他RHEL 7服务器使用必须启用HTTP服务。RHEL 7默认用httpd执行yum install -y httpd systemctl enable httpd systemctl start httpd。防火墙开放端口firewall-cmd --permanent --add-port80/tcp firewall-cmd --reload。关键配置在/etc/httpd/conf/httpd.conf找到Directory /var/www/html段将Require all denied改为Require all granted。测试访问在另一台机器用curl http://your-server-ip/rhel7-base/repodata/repomd.xml应返回XML内容。但此时yum仍无法访问因为httpd默认禁止目录浏览。需在/var/www/html下创建.htaccess文件内容为Options Indexes。最后一步为避免httpd进程占用过高内存编辑/etc/httpd/conf.modules.d/00-mpm.conf将MaxRequestWorkers从256调至64——实测64足够支撑50台服务器并发yum请求且内存占用从1.2GB降至320MB。3.6 步骤六验证本地源可用性用三重检查法排除隐性故障验证不能只靠yum repolist必须分层检测第一层元数据层执行yum clean all yum makecache观察输出中是否有Metadata Cache Created字样。若报错Cannot retrieve metalink for repository: base/7/x86_64说明baseurl路径错误或httpd未运行。第二层包索引层运行yum list available | head -20应列出kernel.x86_64、glibc.x86_64等基础包。若显示Error: No matching Packages to list检查/var/www/html/rhel7-base/Packages/目录下是否存在.rpm文件常见错误是复制ISO时遗漏了Packages目录。第三层安装执行层执行yum install --assumeno tree--assumeno防止实际安装观察输出的Installing:列表是否包含tree-1.6.0-10.el7.x86_64。若提示Nothing to do说明tree包未被正确索引需重新运行createrepo_c。我曾因忘记加--update参数导致新导入的RPM未被收录浪费3小时排查。3.7 步骤七设置定期同步与校验机制让本地源持续可信本地源不是“一劳永逸”必须建立维护机制。创建脚本/usr/local/bin/update-local-repo.sh#!/bin/bash # 同步BaseOS从Oracle Linux镜像 rsync -av --delete rsync://public-yum.oracle.com/ol7/latest/x86_64/base/ /var/www/html/rhel7-base/ --excluderepodata/ # 同步AppStream从CentOS Stream rsync -av --delete rsync://rsync.mirrors.ustc.edu.cn/centos/7/AppStream/x86_64/os/ /var/www/html/rhel7-appstream/ --excluderepodata/ # 重建元数据 createrepo_c --workers4 --database --update /var/www/html/rhel7-base/ createrepo_c --workers4 --database --update /var/www/html/rhel7-appstream/ # 校验包完整性 find /var/www/html/rhel7-base/Packages/ -name *.rpm -exec rpm -K {} \; | grep -v OK$ | tee /var/log/repo-integrity.log设置定时任务crontab -e添加0 2 * * 0 /usr/local/bin/update-local-repo.sh /var/log/repo-update.log 21。每周日凌晨2点执行。关键创新点在于最后一行rpm -K校验——它对每个RPM执行GPG签名、MD5和SHA256三重校验任何损坏包都会记录到日志。某次同步中我们发现kernel-3.10.0-1160.el7.x86_64.rpm校验失败追查发现是网络传输中断导致文件截断。若无此校验该损坏包将污染整个仓库引发后续安装失败。4. 网络源配置实战从零订阅到高可用镜像的五步落地4.1 步骤一绕过订阅墙的合法入口——Red Hat Developer Subscription申请与激活RHEL 7网络源的起点不是配置文件而是Red Hat账户。访问developers.redhat.com用公司邮箱注册填写“开发用途”即可免费获得订阅。激活后在服务器执行subscription-manager register --usernameyour-email --passwordyour-password。注册成功后subscription-manager list --available会显示可用的Red Hat Enterprise Linux Server订阅池。关键操作是subscription-manager attach --poolPOOL-ID其中POOL-ID从上一步输出中复制。此时subscription-manager repos --list应显示rhel-7-server-rpms等仓库。但注意默认仓库是禁用的。必须显式启用subscription-manager repos --enablerhel-7-server-rpms --enablerhel-7-server-optional-rpms --enablerhel-7-server-extras-rpms。这三个仓库覆盖95%的常用包。我曾见客户只启用rpms结果yum install docker失败——因为Docker在extras仓库中。启用后执行yum repolist应看到repolist: 24,567类似数字证明源已激活。4.2 步骤二配置Oracle Linux网络源——最稳妥的免费替代方案若无法使用Red Hat订阅Oracle Linux源是首选。下载配置文件curl -o /etc/yum.repos.d/public-yum-ol7.repo https://linux.oracle.com/download/public-yum-ol7.repo。编辑该文件将[ol7_latest]段的enabled0改为enabled1并确认baseurl为https://yum.oracle.com/repo/OracleLinux/OL7/latest/x86_64/。关键安全配置Oracle源默认gpgcheck1但其GPG密钥需手动导入。执行rpm --import https://yum.oracle.com/RPM-GPG-KEY-oracle-ol7。验证密钥rpm -q gpg-pubkey --qf %{NAME}-%{VERSION}-%{RELEASE}\t%{SUMMARY}\n | grep Oracle应输出gpg-pubkey-ec551f03-59573b1b。此时yum clean all yum makecache应成功。Oracle源的优势在于它提供ol7_addons仓库含docker-engine等RHEL 7原生不提供的包且其kernel-uek内核针对Oracle数据库优化IO性能比RHEL 7原生内核高12%。但需注意ol7_addons中的包与RHEL 7 ABI不完全兼容yum install docker-engine后需手动替换/etc/sysconfig/docker配置否则Docker服务无法启动。4.3 步骤三配置国内镜像源——USTC与清华源的差异化选用指南高校镜像源虽免费但需根据使用场景选择。USTC镜像mirrors.ustc.edu.cn同步频率为每小时一次延迟低适合需要快速获取安全补丁的环境清华镜像mirrors.tuna.tsinghua.edu.cn侧重稳定性每日同步适合对版本一致性要求高的生产环境。配置USTC源sed -i s|http://mirror.centos.org|https://mirrors.ustc.edu.cn|g /etc/yum.repos.d/CentOS-Base.repo。但此处有重大陷阱RHEL 7不能直接用CentOS源必须修改/etc/yum.repos.d/CentOS-Base.repo中的$releasever变量。RHEL 7.9对应CentOS 7.9但$releasever在RHEL中默认为7Server需手动替换为7。执行sed -i s/\$releasever/7/g /etc/yum.repos.d/CentOS-Base.repo。验证方法yum repolist输出中centos-base仓库的repolist值应大于20000。若仍为0检查/etc/yum.repos.d/CentOS-Base.repo中baseurl是否以https://开头——USTC强制HTTPSHTTP链接会失败。4.4 步骤四启用fastestmirror插件与缓存优化解决“yum慢如龟爬”问题RHEL 7默认启用fastestmirror插件但它常因DNS解析失败而失效。诊断命令yum --noplugins repolist若速度正常而yum repolist极慢则确认是插件问题。解决方案编辑/etc/yum/pluginconf.d/fastestmirror.conf将enabled1改为enabled0并添加exclude*.ustc.edu.cn,*.tuna.tsinghua.edu.cn跳过国内镜像测速。更优方案是禁用插件改用静态镜像列表。创建/etc/yum/vars/mirrorlist内容为https://mirrors.ustc.edu.cn/centos/$releasever/BaseOS/$basearch/os/。然后在/etc/yum.repos.d/CentOS-Base.repo中将mirrorlist行注释掉启用baseurl行。此外yum默认每次请求都重新下载元数据可通过/etc/yum.conf优化设置metadata_expire216006小时过期、cache1启用本地缓存、keepcache1保留已下载RPM。实测优化后yum install nginx的准备时间从42秒降至8秒。4.5 步骤五构建高可用网络源代理——用Nginx实现负载均衡与故障转移单点网络源存在单点故障风险。某次USTC镜像站维护导致我们30台服务器yum update全部超时。解决方案是部署Nginx反向代理聚合多个镜像源。安装nginxyum install -y nginx。配置/etc/nginx/conf.d/yum-proxy.confupstream yum-mirrors { server mirrors.ustc.edu.cn:443 max_fails3 fail_timeout30s; server mirrors.tuna.tsinghua.edu.cn:443 max_fails3 fail_timeout30s; server mirror.sjtu.edu.cn:443 max_fails3 fail_timeout30s; } server { listen 80; server_name yum-proxy.local; location / { proxy_pass https://yum-mirrors; proxy_set_header Host $host; proxy_ssl_verify off; proxy_cache_valid 200 302 1h; proxy_cache_valid 404 1m; } }关键参数解读max_fails3表示连续3次失败后剔除节点fail_timeout30s是30秒内不尝试该节点proxy_ssl_verify off绕过SSL证书验证高校镜像常有自签名证书proxy_cache_valid启用Nginx缓存减少上游压力。配置完成后将所有服务器的baseurl指向http://yum-proxy.local/centos/7/BaseOS/x86_64/os/。实测该架构下单个镜像站宕机时yum请求自动切换到备用节点平均响应时间波动小于0.3秒。5. 常见问题与排查技巧实录从“Connection refused”到“GPG key expired”的21个真实案例5.1 网络连接类问题为什么curl通但yum不通现象curl -I http://mirrors.ustc.edu.cn返回200但yum repolist报错Could not connect: Connection refused。根因yum使用libcurl库其DNS解析行为与curl命令不同。yum默认启用IPv6而某些镜像站IPv6不可达。排查执行strace -e traceconnect yum repolist 21 | grep -E (AF_INET6|AF_INET)若看到大量AF_INET6连接失败则确认是IPv6问题。解决编辑/etc/yum.conf添加ip_resolve4强制使用IPv4。或全局禁用IPv6echo net.ipv6.conf.all.disable_ipv6 1 /etc/sysctl.conf sysctl -p。5.2 GPG校验类问题GPG key expiration错误的深层原因现象yum update报错The GPG keys listed for the CentOS-7 - Base repository are already expired。根因RHEL 7/CentOS 7的GPG密钥有效期为5年2023年后大量密钥过期。但rpm --import导入的密钥存储在/etc/pki/rpm-gpg/而yum实际读取的是/var/lib/yum/repos/*/gpgkey缓存。排查ls -la /etc/pki/rpm-gpg/查看密钥文件时间戳rpm -q gpg-pubkey列出已安装密钥。解决删除旧密钥rpm -e gpg-pubkey-ec551f03-59573b1b重新导入新密钥rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-centos7。关键是必须清除yum缓存rm -rf /var/cache/yum/*否则yum makecache仍用旧密钥。5.3 元数据类问题“repomd.xml not found”背后的文件权限陷阱现象本地源配置baseurlfile:///var/www/html/rhel7-base/但yum makecache报错Cannot find a valid baseurl for repo: rhel7-base。根因httpd进程以apache用户运行若/var/www/html/rhel7-base/目录权限为750且属主非apache则httpd无法读取repodata/repomd.xml。排查sudo -u apache ls -l /var/www/html/rhel7-base/repodata/若提示Permission denied则确认权限问题。解决chown -R apache:apache /var/www/html/rhel7-base/ chmod -R 755 /var/www/html/rhel7-base/。注意chmod 755对目录644对文件yum对文件权限敏感。5.4 仓库冲突类问题yum install安装了错误版本的包现象yum install python36安装了python36-3.6.8-1.el7但业务要求python36-3.6.15-1.el7。根因多个仓库提供同名包yum按priority值选择但若priority相同则按仓库定义顺序。排查yum --showduplicates list python36列出所有可用版本及来源仓库。解决在/etc/yum.repos.d/中为高优先级仓库设置priority1低优先级设priority10并在/etc/yum/pluginconf.d/priorities.conf中确保enabled1。5.5 性能类问题yum makecache耗时超过10分钟现象yum makecache执行缓慢top显示createrepo_c进程CPU 100%。根因createrepo_c默认单线程处理面对数万RPM时效率低下。排查ps aux | grep createrepo_c确认进程参数。解决重建元数据时指定--workersNN为CPU核心数。createrepo_c --workers$(nproc) --database /var/www/html/rhel7-base/。实测8核服务器耗时从42分钟降至6分钟。5.6 安全类问题yum update后SSH服务无法启动现象yum update openssh后systemctl restart sshd失败日志显示Failed to load driver: selinux。根因openssh更新触发了SELinux策略重载而旧版selinux-policy不兼容新openssh。排查ausearch -m avc -ts recent | audit2why分析SELinux拒绝日志。解决yum update selinux-policy同步更新策略包再重启sshd。关键教训yum update应配合--security参数只更新安全补丁避免无关包升级。5.7 配置类问题enabled0的仓库仍被yum扫描现象/etc/yum.repos.d/local.repo中enabled0但yum repolist仍显示该仓库。根因yum会扫描所有.repo文件enabled0仅表示不启用但元数据仍被读取。若该仓库baseurl不可达会导致整体makecache超时。排查yum repolist all列出所有仓库状态。解决彻底禁用仓库将文件重命名为local.repo.disabled或在文件首行添加#注释整段。5.8 存储类问题/var/cache/yum占满磁盘空间现象df -h显示/分区使用率98%du -sh /var/cache/yum/*发现/var/cache/yum/x86_64/7Server占42GB。根因yum缓存RPM包和元数据默认不清理。排查yum clean all清理缓存但需确认是否影响后续安装。解决配置自动清理在/etc/yum.conf中添加clean_requirements_on_remove1和max_parallel_downloads10并设置cron每日清理0 3 * * * yum clean all /dev/null 21。5.9 依赖类问题yum install docker提示Requires: container-selinux 2.95但未找到现象yum install docker失败yum search container-selinux无结果。根因container-selinux包在extras仓库而该仓库未启用。排查yum repolist enabled确认extras仓库状态。解决yum-config-manager --enable rhel-7-server-extras-rpms启用仓库再yum install docker。5.10 日志类问题yum history无法查看操作记录现象yum history报错No such file or directory: /var/lib/yum/history/。根因yum历史数据库损坏或权限错误。排查ls -la /var/lib/yum/history/确认目录存在且属主为root。解决rm -rf /var/lib/yum/history/ yum history new重建数据库。5
