
從今天早上開始,我在檢查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。