从今天早上开始,我在检查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>
所以看起来它不喜欢 EPELupdateinfo
但是...我能做什么呢?我怎样才能解决这个问题?
我找到了这个,但我不明白它如何适用于我?
编辑: 显然更新有效,只是check-update
失败了。这很麻烦,因为 croncheck-update
每小时运行一次,我的收件箱就会爆炸。但我仍然可以运行更新。
编辑2: 它也许出现目前 EPEL 出了点问题,我现在必须调整我的 cron 作业。
答案1
这是由于错误该bodhi-4.0.0
版本显然是在 epel repo 基础设施的框架内。该错误导致生成不兼容的更新文件并将其推送到生产存储库。新的更新已经发布,存储库应该很快就会修复。
答案2
似乎部署了新版本的 bodhi (bodhi-4.0.0)。它应该可以解决这个问题。请参考这个https://pagure.io/releng/issue/8392。