Yum fehlgeschlagenes Check-Update

8

Ab heute Morgen werden Fehler bei der Überprüfung auf Updates für Pakete mit yumCentos 7.6 angezeigt. Wenn ich renne:

$ 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>

Es sieht also so aus, als würde das EPEL nicht gefallen, updateinfoaber ... was kann ich dagegen tun? Wie kann ich das beheben?

Ich habe das gefunden , aber ich verstehe nicht, wie es auf mich zutreffen könnte?

Bearbeiten : Anscheinend funktionieren Updates, check-updatescheitern nur . Das ist ein Ärgernis, weil Cron check-updatestündlich läuft und mein Posteingang explodiert. Ich kann aber trotzdem Updates ausführen.

Edit 2 : Es scheint, dass im Moment etwas mit EPEL nicht stimmt und ich muss meine Cron-Jobs vorerst anpassen.

centos yum Chris
quelle
1
Sie können das Epel-Repo deaktivieren, bis sie sich zusammengetan haben?
Grump
Können Sie überprüfen, ob die Zeile 'baseurl:' nicht kommentiert ist, und die Zeile 'metalink:' in Ihrem Epel-Repo kommentieren?
Asktyagi
Wenn Ihr Problem nicht durch die Verwendung yum clean alloder den Hinweis auf einen anderen Spiegel behoben werden kann, liegt der Fehler höchstwahrscheinlich bei EPEL selbst, und Sie müssen warten, bis er behoben ist. Es sieht so aus, als könnten Sie die metalinkZeile in der EPEL-Repo-Konfiguration baseurlauskommentieren und das auskommentieren, um sie zum Laufen zu bringen, bis sie stromaufwärts repariert wird. Wenn nichts davon funktioniert, muss das EPEL-Repo deaktiviert werden, bis es ordnungsgemäß repariert wurde.
GracefulRestart
@asktyagi @GracefulRestart Ich habe kommentiert metalinkund kommentiert und baseurles wird immer noch der gleiche Fehler ausgegeben . Ich kann die meisten Pakete aktualisieren, indem ich epel wie von @Grump vorgeschlagen deaktiviere ...
Chris
Haben Sie Metalink und unkommentierte Baseurl kommentiert, das Repo bereinigt und versucht, es zu aktualisieren? versuchen Sie nacheinander nicht inline.
Asktyagi

Antworten:

7

Dies ist auf einen Fehler in der bodhi-4.0.0Version zurückzuführen, der offenbar im Rahmen der Epel-Repo-Infrastruktur liegt. Der Fehler führte dazu, dass inkompatible Update-Dateien generiert und an die Produktions-Repos übertragen wurden. Ein neues Update wurde veröffentlicht und die Repos sollten bald repariert werden.

Chris
quelle
4

Es scheint eine neue Version von Bodhi (Bodhi-4.0.0) zu sein. Es sollte dieses Problem beheben. Bitte beziehen Sie sich auf diese https://pagure.io/releng/issue/8392 .

Singaravelan R.
quelle