从今天早上开始,我在使用yum
Centos 7.6 进行软件包更新检查时出错。当我跑步时:
$ sudo yum clean all && sudo yum check-update
Loaded plugins: fastestmirror, product-id, search-disabled-repos, subscription-manager
This system is not registered with an entitlement server. You can use subscription-manager to register.
Cleaning repos: base epel extras google-cloud-compute google-cloud-sdk updates
Cleaning up list of fastest mirrors
Other repos take up 1.5 M of disk space (use --verbose for details)
Loaded plugins: fastestmirror, product-id, search-disabled-repos, subscription-manager
This system is not registered with an entitlement server. You can use subscription-manager to register.
Determining fastest mirrors
epel/x86_64/metalink | 15 kB 00:00:00
* base: mirror.cogentco.com
* epel: mirror.steadfastnet.com
* extras: mirror.cogentco.com
* updates: mirror.cogentco.com
base | 3.6 kB 00:00:00
epel | 4.9 kB 00:00:00
extras | 3.4 kB 00:00:00
google-cloud-compute/signature | 454 B 00:00:00
google-cloud-compute/signature | 1.8 kB 00:00:00 !!!
google-cloud-sdk/signature | 454 B 00:00:00
google-cloud-sdk/signature | 1.4 kB 00:00:00 !!!
updates | 3.4 kB 00:00:00
(1/9): base/7/x86_64/group_gz | 166 kB 00:00:00
(2/9): extras/7/x86_64/primary_db | 200 kB 00:00:00
(3/9): epel/x86_64/group_gz | 88 kB 00:00:00
(4/9): base/7/x86_64/primary_db | 6.0 MB 00:00:00
(5/9): epel/x86_64/primary_db | 6.7 MB 00:00:00
(6/9): updates/7/x86_64/primary_db | 5.0 MB 00:00:00
(7/9): google-cloud-compute/updateinfo | 1.1 kB 00:00:00
(8/9): google-cloud-compute/primary | 3.6 kB 00:00:00
(9/9): google-cloud-sdk/primary | 100 kB 00:00:00
google-cloud-compute 10/10
google-cloud-sdk 705/705
Updateinfo file is not valid XML: <open file '/var/cache/yum/x86_64/7/epel/92f2e15cad66d79ea1ad327e2af7af89d98e4d153d7a3e27ff41946f476af5b4-updateinfo.xml.zck', mode 'rt' at 0x7f4a26819ed0>
所以看起来好像不喜欢EPEL,updateinfo
但是...我该怎么办?我怎样才能解决这个问题?
我找到了,但是我不知道它可能对我有什么用?
编辑:显然更新工作,只会check-update
失败。这很麻烦,因为cron check-update
每小时运行一次,而我的收件箱却爆炸了。但是我仍然可以运行更新。
1
您可以禁用epel存储库,直到他们行动起来?
—
脾气暴躁
您可以检查'baseurl:'行是否未注释,并在您的epo repo中评论'metalink:'行对您有用吗?
—
asktyagi
如果不能通过使用
—
优美
yum clean all
或指向其他镜像来缓解问题,则该错误很可能是由EPEL本身引起的,因此您需要等待,直到它们得到解决。看来您可以metalink
在EPEL repo配置中注释掉该行,并取消注释该行baseurl
以使其起作用,直到它在上游被固定为止。如果这些都不起作用,则需要禁用EPEL存储库,直到他们正确修复它。
@asktyagi @GracefulRestart我已评论
—
克里斯
metalink
并且未评论,baseurl
它仍然抛出相同的错误。我可以通过禁用epel来更新大多数软件包,例如@Grump建议...
您是否评论了metalink和未注释的baseurl,发布了清理仓库并尝试更新的帖子?依次尝试不内联。
—
asktyagi