A partir desta manhã, estou recebendo erros ao verificar atualizações de pacotes yumno Centos 7.6. Quando eu 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 ele não gosta do EPEL, updateinfomas ... o que posso fazer sobre isso? Como posso consertar isso?
Eu encontrei este , mas eu não entendo como ele pode se aplica a mim?
Editar : Aparentemente, as atualizações funcionam, apenas check-updatefalham. O que é um incômodo, porque o cron é executado a check-updatecada hora e minha caixa de entrada explode. Mas ainda posso executar atualizações.
Edit 2 : Parece que talvez algo esteja errado com o EPEL no momento e eu tenho que ajustar meus trabalhos do cron por enquanto.
yum clean allou apontando para outro espelho, o erro provavelmente ocorrerá com o próprio EPEL, e você precisará esperar até que ele seja corrigido. Parece que você pode comentar ametalinklinha na configuração do repositório EPEL e descomentar abaseurlpara fazê-la funcionar até que seja corrigida a montante. Se nada disso funcionar, será necessário desativar o repositório EPEL até que ele seja corrigido corretamente.metalinke descomenteibaseurle ainda está lançando o mesmo erro. Posso atualizar a maioria dos pacotes desativando EPEL como @Grump sugeriu ...Respostas:
Isso ocorre devido a um bug no
bodhi-4.0.0lançamento, que aparentemente está no quadro da infraestrutura eppo repo. O bug fez com que arquivos de atualização incompatíveis fossem gerados e enviados para os repositórios de produção. Uma nova atualização foi lançada e os repositórios devem ser reparados em breve.fonte
parece ser a nova versão do bodhi (bodhi-4.0.0) deployed.it deve corrigir esse problema. Consulte este https://pagure.io/releng/issue/8392 .
fonte