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.
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
—
GracefulRestart
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.
@asktyagi @GracefulRestart Ich habe kommentiert
—
Chris
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 ...
Haben Sie Metalink und unkommentierte Baseurl kommentiert, das Repo bereinigt und versucht, es zu aktualisieren? versuchen Sie nacheinander nicht inline.
—
Asktyagi