我有一个很奇怪的问题，不知道为什么。
当我在一些CentOS 7机器上运行yum info python-pip命令时，它返回错误：没有匹配的软件包列表 。 但是，我以前安装python-pip没有问题。
epel存储库已启用：
epel/x86_64 Extra Packages for Enterprise Linux 7 - x86_64 11,016
奇怪的是，同样的命令可以在其他CentOS 7服务器上成功运行，并返回包的信息。
CentOS发行版： CentOS Linux release 7.2.1511（Core）
epel-release： 7.6或7.8 （我都试过）
请有人可以解释什么是错误的EPEL库。
编辑： yum命令输出;
[root@local ~]# yum info python-pip Loaded plugins: fastestmirror, langpacks Loading mirror speeds from cached hostfile * epel: fedora.mirror.serversaustralia.com.au * rpmforge: mirror.ventraip.net.au Error: No matching Packages to list
编辑2：它可能只是因为软件包已经从存储库中拉出。 但我仍然不明白为什么有些服务器能够看到和下载的软件包，但其他人没有。
我已经在两台服务器上运行了下面的命令，检查更新显示epel存储库来自fedora.uberglobalmirror.com ，两个服务器上都是相同的。
yum clean all yum check-update yum info python-pip`
嗯。 仔细检查我的EPEL镜像，发现这个软件包现在被命名为python2-pip从EPEL 7开始。
/srv/www/mirrors/epel/7/x86_64/p/python2-pip-8.1.2-5.el7.noarch.rpm
我build议你尝试安装。
您可以随时通过您的网页浏览器查看Yum镜像，以确定它是否是Yum问题，或者镜像中是否丢失了该包。 在这种情况下，它看起来像包缺失。 百胜没有错。 您的其他系统可能已caching存储库数据，或者可能正在使用过期的软件包列表连接到其他镜像。
下一步将是检查邮件列表和BugZilla ，看看是否有任何讨论。
实际上我不确定哪个邮件列表在这里是正确的。
我能在BugZilla上find一个可能相关的对话： pip安装被破坏（path/权限）也许这个软件包被拉了。 这似乎不是一个严重的问题..
如果您不能等待这个问题得到解决，那么您可以在Koji的构build系统中find一个不受影响的旧版本。 （检查安装的版本和在其他系统上的工作。）
最后，看来SRPM仍然可用。 你可以抓住它并自己重build它，看它是否能满足你的需求。 虽然，如果被拉了，也许有很好的理由。