A partir de esta mañana, recibo errores al buscar actualizaciones de paquetes yum
en Centos 7.6. Cuando corro:
$ 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>
Parece que no le gusta el EPEL updateinfo
pero ... ¿qué puedo hacer al respecto? ¿Cómo puedo arreglar esto?
Me encontré con este , pero no entiendo cómo se podría aplicar a mí?
Editar : Aparentemente las actualizaciones funcionan, solo check-update
falla. Lo cual es una molestia porque cron se ejecuta check-update
cada hora y mi bandeja de entrada explota. Pero aún puedo ejecutar actualizaciones.
Edición 2 : Parece que tal vez algo va mal con EPEL en este momento y tengo que ajustar mis trabajos cron por ahora.
yum clean all
o apuntando a otro espejo, entonces el error es más probable con EPEL en sí mismo, y deberá esperar hasta que lo arreglen. Parece que puede comentar lametalink
línea en la configuración de repositorio de EPEL y descomentarlabaseurl
para que funcione hasta que se arregle en sentido ascendente. Si nada de eso funciona, necesitará deshabilitar el repositorio EPEL hasta que lo arreglen correctamente.metalink
ybaseurl
todavía arroja el mismo error. Puedo actualizar la mayoría de los paquetes desactivando epel como sugirió @Grump ...Respuestas:
Esto se debe a un error en la
bodhi-4.0.0
versión que aparentemente se encuentra en el marco de la infraestructura de epel repo. El error provocó que se generaran archivos de actualización incompatibles y se enviaran a los repositorios de producción. Se ha lanzado una nueva actualización y los repositorios deberían repararse pronto.fuente
parece ser una nueva versión de bodhi (bodhi-4.0.0) desplegada. Debería solucionar este problema. Consulte este https://pagure.io/releng/issue/8392 .
fuente