Начиная с этого утра, я получаю сообщения об ошибках при проверке обновлений пакетов с 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>
Похоже, ему не нравится EPEL, updateinfo
но ... что я могу с этим поделать? Как я могу это исправить?
Я нашел это , но я не понимаю, как это может относиться ко мне?
Редактировать : Видимо, обновления работают, только check-update
не удается. Что неприятно, потому что cron запускается check-update
каждый час, а мой почтовый ящик взрывается. Но я все еще могу запускать обновления.
Редактировать 2 : Похоже, что с EPEL в данный момент что-то не так, и сейчас мне нужно отрегулировать работу cron.
yum clean all
или указания на другое зеркало, то ошибка, скорее всего, связана с самим EPEL, и вам нужно будет подождать, пока они не исправят его. Похоже, что вы можете закомментироватьmetalink
строку в конфигурации репозитория EPEL и раскомментировать,baseurl
чтобы она работала, пока она не будет исправлена в восходящем направлении. Если ничего из этого не работает, нужно будет отключить репозиторий EPEL, пока они не исправят это должным образом.metalink
и не комментировал, и все равно выдаетbaseurl
ту же ошибку. Я могу обновить большинство пакетов, отключив epel, как предложил @Grump ...Ответы:
Это связано с ошибкой в
bodhi-4.0.0
релизе, которая, по-видимому, относится к инфраструктуре репозитория epel. В результате ошибки были сгенерированы несовместимые файлы обновлений и отправлены в производственные репозитории. Новое обновление было выпущено, и репозитории должны быть восстановлены в ближайшее время.источник
Похоже, что новая версия bodhi (bodhi-4.0.0) deployed.it должна решить эту проблему. Пожалуйста, обратитесь к этому https://pagure.io/releng/issue/8392 .
источник