Ik probeer Orion ContextBroker bij te werken met het commando yum install contextBroker. Helaas krijg ik de volgende foutmelding:
Geladen plug-ins: snelstemirror, refresh-packagekit, beveiliging Laden
spiegelsnelheden van gecacht hostbestand
Fout: kan metalink niet ophalen voor repository: epel. Aub controleren
zijn pad en probeer het opnieuw
Wat kan er mis gaan?
Antwoord 1, autoriteit 100%
Ik heb dit probleem opgelost door zowel /etc/yum.repos.d/epel.repo
als /etc/yum.repos.d/epel-testing.repo
te bewerken bestanden, commentaar geven op alle items die beginnen met mirrorlist=...
en alle items die beginnen met baseurl=...
verwijderen.
Antwoord 2, autoriteit 91%
Je moest het ca-certificates-pakket alleen updaten. Schakel daarvoor gewoon alle repo’s met https uit die niet werken.
Daarom zou een oplossing met spiegellijst voor opmerkingen of het gebruik van http in plaats van https ook werken.
Als u bijvoorbeeld alleen epel repo moet uitschakelen:
yum --disablerepo=epel -y update ca-certificates
Dit helpt ook bij wget, curl en al het andere dat SSL-certificaten gebruikt.
Antwoord 3, autoriteit 46%
gebruik dit commando:
sudo sed -i "s/mirrorlist=https/mirrorlist=http/" /etc/yum.repos.d/epel.repo
of gebruik het commando
vi /etc/yum.repos.d/epel.repo
ga naar regel nummer 4 en verander de url van
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=epel-6&arch=$basearch
naar
mirrorlist=http://mirrors.fedoraproject.org/metalink?repo=epel-6&arch=$basearch
Antwoord 4, autoriteit 15%
Voor mijn geval werkt het commentaar geven op mirrorlist
en niet-commenterende invoer met baseurl
niet. Ik merkte dat het probleem zat in de https
in de .repo
fedora-bestanden. Ik loste het op door naar /etc/yum.repository.d
te gaan en alle https
te vervangen door http
in verschillende .repo-bestanden. Dat is gelukt!!
Antwoord 5, autoriteit 15%
Ik denk dat dit zou moeten werken. Ik heb mijn probleem hiermee opgelost.
$ sudo yum alles opschonen
$ sudo yum –disablerepo=”epel” update nss
Antwoord 6, autoriteit 14%
Het bijwerken van curl werkte voor ons. Op de een of andere manier gebruikt yum curl voor zijn transacties.
yum update curl --disablerepo=epel
Antwoord 7, autoriteit 8%
Controleer of je toegang hebt tot internet via een proxy en voeg vervolgens je internetproxyadres toe aan de yum
-configuratie.
toevoegen
proxy=http://ip:port
naar /etc/yum.conf
Antwoord 8, autoriteit 6%
Doorloopstappen
Als u de volgende opdracht uitvoert, wordt de repo bijgewerkt om HTTP te gebruiken in plaats van HTTPS:
sudo sed -i "s/mirrorlist=https/mirrorlist=http/" /etc/yum.repos.d/epel.repo
Je zou dan moeten kunnen updaten met dit commando:
yum -y update
Antwoord 9, autoriteit 4%
U kunt deze melding/fout tegenkomen na het installeren van epel-release. De snelle oplossing is om uw SSL-certificaten bij te werken:
yum -y upgrade ca-certificates
De kans is groot dat de bovenstaande fout ook optreedt tijdens het bijwerken van het certificaat. Als dat het geval is, schakelt u gewoon de epel
-repo uit, d.w.z. gebruik de volgende opdracht:
yum -y upgrade ca-certificates --disablerepo=epel
Zodra de certificaten worden bijgewerkt, kunt u YUM normaal gebruiken, zelfs de EPEL REPO werkt prima. Als u dezelfde fout krijgt voor een andere repo, zet u deze naam tegen de --disablerepo=<repo-name>
Vlag.
Opmerking : Gebruik sudo
Als u niet de root
Gebruiker.
Antwoord 10, Autoriteit 4%
Ik heb dit probleem opgelost door deze oplossing.
U verandert gewoon in dit bestand /etc/yum.repos.d/epel.repo
Mirrorist = Wijzig deze URL-https naar http
baseurl = Wijzig deze URL HTTPS naar HTTP
Antwoord 11, Autoriteit 3%
Al het bovenstaande werkte niet voor mij, maar een herbouw van de RPM-database, met de volgende opdracht, deed:
sudo rpm --rebuilddb
Alles bedankt voor de hulp.
Antwoord 12, Autoriteit 2%
Voor vakjes die geen internettoegang hebben, kunt u epel
REPOSITORY:
verwijderen
yum remove epel-release --disablerepo=epel
Dit gebeurde mij zoals ik per ongeluk heb geïnstalleerd epel-release
met rpm
in een PRODUS.
Antwoord 13, Autoriteit 2%
Ik ben hetzelfde probleem tegengekomen, ook al is het CA-certificatenpakket up-to-date. De spiegel https://mirrors.fedoraproject.org/ is momenteel ondertekend door DigiCert High Assurance EV Root CA
die is opgenomen in mijn ca-bundle
$ grep -A 3 "DigiCert High" /etc/ssl/certs/ca-bundle.crt
# DigiCert High Assurance EV Root CA
-----BEGIN CERTIFICATE-----
MIIDxTCCAq2gAwIBAgIQAqxcJmoLQJuPC3nyrkYldzANBgkqhkiG9w0BAQUFADBs
MQswCQYDVQQGEwJVUzEVMBMGA1UEChMMRGlnaUNlcnQgSW5jMRkwFwYDVQQLExB3
De reden waarom HTTPS-verbindingen in mijn geval mislukten, was die systeemdatum ingesteld op het jaar 2002 waarin de DigiCert High Assurance EV Root CA
is (nog) niet geldig.
$ date
Di 1. Jan 11:10:35 CET 2002
De systeemtijd wijzigen heeft het probleem opgelost.
Antwoord 14
Ik heb het opgelost door in /etc/yum.repository.d/ te gaan. Voor mijn zaak reageer ik mirrorist en uncomenting inzendingen met baseurl. evenals toegevoegd sslverify = false.
https://serverfault.com/questions/637549/epel-repo -FOR-CENTOS-6-OORZAAKTE-FOUT
Antwoord 15
Ik heb dit probleem op de hoogte door de HTTPS-vermeldingen in EPEL.REPO-bestand naar HTTP te wijzigen.
Antwoord 16
In mijn geval wanneer ik de spiegellijst opmerkte, kwam de fout weg, maar de repo werkte ook niet, dus ik wijs de juiste baseurl handmatig in /etc/yum.repos.d/epel.repo
als onder
[epel]
name=Extra Packages for Enterprise Linux 7 - $basearch
baseurl=http://iad.mirror.rackspace.com/epel/7Server/x86_64/
#metalink=https://mirrors.fedoraproject.org/metalink?repo=epel-7&arch=$basearch&infra=$infra&content=$contentdir
failovermethod=priority
enabled=1
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7
[epel-debuginfo]
name=Extra Packages for Enterprise Linux 7 - $basearch - Debug
baseurl=http://iad.mirror.rackspace.com/epel/7Server/x86_64/debug/
#metalink=https://mirrors.fedoraproject.org/metalink?repo=epel-debug-7&arch=$basearch&infra=$infra&content=$contentdir
failovermethod=priority
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7
gpgcheck=1
[epel-source]
name=Extra Packages for Enterprise Linux 7 - $basearch - Source
baseurl=http://iad.mirror.rackspace.com/epel/7Server/SRPMS/
#metalink=https://mirrors.fedoraproject.org/metalink?repo=epel-source-7&arch=$basearch&infra=$infra&content=$contentdir
failovermethod=priority
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7
gpgcheck=1
Antwoord 17
De spiegellijst-URL van HTTPS naar HTTP wijzigen met het probleem voor mij.
Antwoord 18
Vaste mijn als volgt:
yum install elfutils-default-yama-scope-0.168-8.el7.noarch --disablerepo=epel
yum install nss-pem -disablerepo=epel
yum reinstall ca-certificates --disablerepo=epel
yum clean all
rm -rf /var/cache/yum
yum update`
Antwoord 19
Niets van deze werkte voor mij (ik heb niet eens de hacks geprobeerd, zoals het handmatig bewerken van het REPO-bestand).
Het werkte echter na een eenvoudige yum update -y
Antwoord 20
Een andere mogelijke oorzaak is dat uw architectuur niet wordt ondersteund. Ik rende hier in omdat ik was voorzien van een Centos VM, wilde EPEL installeren en kon het niet voor het leven van mij krijgen.
Blijkt de VM CentoS 7 I386, die een architectuur is die blijkbaar niet langer wordt ondersteund door EPEL. Ik denk dat de enige remedie in dit geval opnieuw installeert.
Antwoord 21
Probeer
yum clean all --enablerepo=*
Dan
yum update --disablerepo=epel
Antwoord 22
Ik heb de meeste van deze oplossingen geprobeerd en geen van hen werkte voor mij.
Het enige dat voor mij werkte, was om de beledigende repo uit te schakelen en te verwijderen.
sudo yum --disablerepo=epel\* remove epel-release.noarch
Antwoord 23
Voor verouderde centos 6, heb ik dit in /etc/yum.repos.d/epel.repo
gebruikt
BASEURL = HTTPS: //D2LZKL7PFHQ30W.CLOUDFROND.NET/PUB/Archive/epel/6/$Basearch