Ich versuche, Orion ContextBroker mit dem Befehl yum install contextBroker zu aktualisieren. Leider erhalte ich folgenden Fehler:
Geladene Plugins: schnellster Spiegel, Refresh-Packagekit, Sicherheit Laden
Spiegelgeschwindigkeiten von zwischengespeicherten Hostdateien
Fehler: Metalink für Repository: epel kann nicht abgerufen werden. Bitte überprüfen Sie den Pfad und versuchen Sie es erneut
Was könnte schief gehen?
curl -v https://mirrors.fedoraproject.org
?Antworten:
Ich habe dieses Problem gelöst , indem ich sowohl Dateien
/etc/yum.repos.d/epel.repo
als auch/etc/yum.repos.d/epel-testing.repo
Dateien bearbeitet , alle Einträge beginnend mit kommentiert und alle Einträge, die mit beginnen,mirrorlist=...
auskommentiert habebaseurl=...
.quelle
[Errno 14] Peer cert cannot be verified or peer cert invalid
. Die richtige Lösung bestand darin, ca-Zertifikate wie in der folgenden Antwort zu aktualisieren.yum clean all && yum update
arbeitete. Aber nicht vollständig, hieß esepel-release-7-11.noarch: [Errno 256] No more mirrors to try
usw. Also versuchte ich es,yum update curl --disablerepo=epel
wie es Sbetharia vorschlug, und versuchte esyum clean all && yum update
erneut, es funktionierte jetzt endlich.mirrorlist=
Zeilen, aber ich hattemetalink=
Zeilen, und diese mussten kommentiert werden.Sie mussten nur das ca-certificates-Paket aktualisieren. Deaktivieren Sie vorher einfach alle Repos mit https, die fehlschlagen. Aus diesem Grund würde auch eine Lösung mit dem Kommentieren der Spiegelliste oder der Verwendung von http anstelle von https funktionieren.
Wenn Sie beispielsweise nur epel repo deaktivieren müssen:
Dies hilft auch beim Wget, Curl und allem anderen, das SSL-Zertifikate verwendet.
quelle
yum clean all && yum makecache
. Manchmal schlägt es jedoch immer noch fehl. Durch Hinzufügen eines Wiederholungsversuchs zu meinem Skript wurde es noch zuverlässiger. Ich vermute, dass einige Spiegel unzuverlässig sind und ein erneuter Versuch einen anderen Spiegel ergeben kann, der funktioniert. Wenn es zunächst nicht gelingt, versuchen Sie es erneut!export https_proxy=<your proxy>
Verwenden Sie diesen Befehl:
oder alternativ Befehl verwenden
Gehen Sie zu Zeile 4 und ändern Sie die URL von
zu
quelle
Cannot retrieve metalink for repository: epel/x86_64. Please verify its path and try again
). Meine Frage ist, warum hat das funktioniert? Liegt dies an einem Konfigurationsproblem am Repository-Standort?sudo sed -i "s/metalink=https/metalink=http/" /etc/yum.repos.d/epel.repo
Für meinen Fall
mirrorlist
funktioniert dasbaseurl
Auskommentieren und Entmomentieren von Einträgen nicht. Ich bemerkte, dass das Problem beihttps
den.repo
Fedora-Dateien lag. Ich habe es gelöst, indem ich/etc/yum.repository.d
allehttps
durchhttp
verschiedene .repo-Dateien ersetzt habe. Das hat funktioniert!!quelle
Ich denke das sollte funktionieren. Damit habe ich mein Problem gelöst.
quelle
update nss
hilft, dieses Problem zu lösen ?!Das Aktualisieren von Curl hat bei uns funktioniert. Irgendwie verwendet yum Curl für seine Transaktionen.
quelle
Überprüfen Sie, ob Sie über einen Proxy auf das Internet zugreifen, und fügen Sie dann der
yum
Konfiguration eine Internet-Proxy-Adresse hinzu .hinzufügen
zu
/etc/yum.conf
quelle
proxy_username=your_user proxy_password=your_passwd
Exemplarische Vorgehensweise
Wenn Sie den folgenden Befehl ausführen, wird das Repo so aktualisiert, dass HTTP anstelle von HTTPS verwendet wird:
Sie sollten dann mit diesem Befehl aktualisieren können:
quelle
sudo sed -i "s/metalink=https/metalink=http/" /etc/yum.repos.d/epel.repo
Diese Meldung / dieser Fehler kann nach der Installation von epel-release auftreten. Die schnelle Lösung besteht darin, Ihre SSL-Zertifikate zu aktualisieren:
Möglicherweise tritt der oben genannte Fehler auch während der Aktualisierung des Zertifikats auf. Deaktivieren Sie in diesem
epel
Fall einfach das Repo, indem Sie den folgenden Befehl verwenden:Sobald die Zertifikate aktualisiert wurden, können Sie yum normal verwenden, auch das Epel-Repo funktioniert einwandfrei. Wenn Sie denselben Fehler für ein anderes Repo erhalten, setzen Sie einfach den Namen gegen die
--disablerepo=<repo-name>
Flagge.Hinweis : Verwenden
sudo
Sie diese Option, wenn Sie nicht derroot
Benutzer sind.quelle
Ich habe dieses Problem durch diese Lösung gelöst.
Sie ändern nur in dieser Datei /etc/yum.repos.d/epel.repo
mirrorlist = ändere diese URL https in http
baseurl = ändere diese URL https in http
quelle
All das hat bei mir nicht funktioniert, aber eine Neuerstellung der RPM-Datenbank mit dem folgenden Befehl hat funktioniert:
Vielen Dank für die Hilfe.
quelle
Für Boxen ohne Internetzugang können Sie das
epel
Repository entfernen :yum remove epel-release --disablerepo=epel
Das ist mir passiert , als ich versehentlich installiert
epel-release
mitrpm
auf einem prod Feld.quelle
Ich bin auf dasselbe Problem gestoßen, obwohl das Paket mit den ca-Zertifikaten auf dem neuesten Stand ist. Der Spiegel https://mirrors.fedoraproject.org/ ist derzeit signiert
DigiCert High Assurance EV Root CA
und ist in meinem enthaltenca-bundle
Der Grund, warum https-Verbindungen in meinem Fall fehlgeschlagen sind, war, dass das Systemdatum auf das Jahr 2002 festgelegt wurde, in dem das
DigiCert High Assurance EV Root CA
(noch) nicht gültig ist.Durch Ändern der Systemzeit wurde das Problem behoben.
quelle
Ich habe es gelöst, indem ich in /etc/yum.repository.d/ gegangen bin. Für meinen Fall kommentiere ich die Spiegelliste aus und entferne Einträge mit baseurl. sowie hinzugefügt sslverify = false.
/server/637549/epel-repo-for-centos-6-causing-error
quelle
Ich habe dieses Problem umgangen, indem ich die https-Einträge in der Datei epel.repo in http geändert habe.
quelle
Das Ändern der Mirrorlist-URL von https in http hat das Problem für mich behoben.
quelle
Meins wurde so behoben:
quelle
Keines davon hat bei mir funktioniert (ich habe nicht einmal versucht, die Repo-Datei manuell zu bearbeiten).
Es funktionierte jedoch nach einem einfachen
yum update -y
quelle
Eine weitere mögliche Ursache ist, dass Ihre Architektur nicht unterstützt wird. Ich bin darauf gestoßen, weil ich mit einer CentOS-VM ausgestattet war, EPEL installieren wollte und es für mein ganzes Leben nicht schaffen konnte.
Es stellte sich heraus, dass es sich bei der VM um CentOS 7 i386 handelte, eine Architektur, die von EPEL anscheinend nicht mehr unterstützt wird. Ich denke, das einzige Mittel in diesem Fall ist die Neuinstallation.
quelle
In meinem Fall, wenn ich die Spiegelliste auskommentiere, ist der Fehler behoben, aber das Repo hat auch nicht funktioniert, sodass ich die rechte Basis manuell
/etc/yum.repos.d/epel.repo
wie unten gezeigt zeigequelle