À partir de ce matin, je reçois des erreurs de vérification des mises à jour des packages avec yumCentos 7.6. Quand je cours:
$ 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>
Il semble donc qu'il n'aime pas l'EPEL updateinfomais ... que puis-je faire à ce sujet? Comment puis-je réparer cela?
J'ai trouvé cela , mais je ne comprends pas comment cela pourrait s'appliquer à moi?
Edit : Apparemment, met à jour le travail, check-updateéchoue seulement . Ce qui est gênant car cron fonctionne check-updatetoutes les heures et ma boîte de réception explose. Mais je peux toujours exécuter des mises à jour.
Edit 2 : Il semble que quelque chose ne va pas avec EPEL en ce moment et je dois ajuster mes tâches cron pour l'instant.
yum clean allou en pointant vers un autre miroir, l'erreur est très probablement avec EPEL lui-même, et vous devrez attendre jusqu'à ce qu'il soit corrigé. Il semble que vous puissiez commenter lametalinkligne dans la configuration du dépôt EPEL et décommenter lebaseurlpour le faire fonctionner jusqu'à ce qu'il soit corrigé en amont. Si rien de tout cela ne fonctionne, vous devrez désactiver le dépôt EPEL jusqu'à ce qu'ils le corrigent correctement.metalinket décommentébaseurlet c'est toujours la même erreur. Je peux mettre à jour la plupart des packages en désactivant epel comme le suggère @Grump ...Réponses:
Cela est dû à un bug dans la
bodhi-4.0.0version qui est apparemment dans le cadre de l'infrastructure epel repo. Le bogue a provoqué la génération et la transmission de fichiers de mise à jour incompatibles aux référentiels de production. Une nouvelle mise à jour a été publiée et les dépôts devraient être réparés bientôt.la source
il semble que ce soit une nouvelle version de bodhi (bodhi-4.0.0) deploy.it devrait résoudre ce problème. Veuillez consulter ce https://pagure.io/releng/issue/8392 .
la source