Próbuję zaktualizować Orion ContextBroker za pomocą polecenia yum install contextBroker. Niestety pojawia się następujący błąd:
Wczytane wtyczki: najszybszy mirror, zestaw odświeżania pakietu, ładowanie bezpieczeństwa
prędkość lustra z buforowanego pliku hosta
Błąd: nie można pobrać metalinku dla repozytorium: epel. Sprawdź jego ścieżkę i spróbuj ponownie
Co mogło się nie udać?
Odpowiedzi:
Rozwiązałem ten problem, edytując oba pliki /etc/yum.repos.d/epel.repoi /etc/yum.repos.d/epel-testing.repo, komentując wszystkie wpisy zaczynające się od mirrorlist=...i odkomentowując wszystkie wpisy zaczynające się od baseurl=....
[Errno 14] Peer cert cannot be verified or peer cert invalid. Poprawną poprawką było zaktualizowanie certyfikatów ca, jak w odpowiedzi poniżej.
yum clean all && yum updatezadziałało. Ale nie do końca, powiedział epel-release-7-11.noarch: [Errno 256] No more mirrors to tryitd. Spróbowałem więc tak, yum update curl --disablerepo=epeljak sugerowała sbetharia, i spróbowałem yum clean all && yum updateponownie, w końcu zadziałało.
mirrorlist=linii, ale miałem metalink=linie i te wymagały komentarza.
Trzeba było tylko zaktualizować pakiet certyfikatów ca. Wcześniej po prostu wyłącz wszystkie repozytoria z https, które nie działają. Dlatego też działałoby rozwiązanie z komentowaniem listy lustrzanej lub korzystaniem z protokołu http zamiast https.
Na przykład, jeśli chcesz wyłączyć tylko repozytorium epel:
yum --disablerepo=epel -y update ca-certificates
Pomoże to również wget, curl i wszystkim innym, co korzysta z certyfikatów SSL.
yum clean all && yum makecache. Jednak nadal czasami zawodzi. Dodanie ponownej próby do mojego skryptu sprawiło, że był jeszcze bardziej niezawodny. Podejrzewam, że niektóre lustra są zawodne i ponowna próba może dać inne, które działa. Więc jeśli na początku się nie uda, spróbuj ponownie!
export https_proxy=<your proxy>
użyj tego polecenia:
sudo sed -i "s/mirrorlist=https/mirrorlist=http/" /etc/yum.repos.d/epel.repo
lub alternatywnie użyj polecenia
vi /etc/yum.repos.d/epel.repo
przejdź do linii numer 4 i zmień adres URL z
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=epel-6&arch=$basearch
do
mirrorlist=http://mirrors.fedoraproject.org/metalink?repo=epel-6&arch=$basearch
Cannot retrieve metalink for repository: epel/x86_64. Please verify its path and try again). Moje pytanie brzmi, dlaczego to zadziałało? czy jest to spowodowane problemem z konfiguracją w witrynie repozytorium?
sudo sed -i "s/metalink=https/metalink=http/" /etc/yum.repos.d/epel.repo
W moim przypadku komentowanie mirrorlisti niepomyślne wpisy baseurlnie działały. Zauważyłem, że problem httpsdotyczył .repoplików iniside w Fedorze. Rozwiązałem go wchodząc /etc/yum.repository.di zastąpienie wszystkich httpsz httpróżnych plików .repo. To się udało!!
Aktualizacja curl zadziałała dla nas. W jakiś sposób yum używa curl do swoich transakcji.
yum update curl --disablerepo=epel
Sprawdź, czy łączysz się z Internetem przez serwer proxy, a następnie dodaj adres internetowego serwera proxy do yumkonfiguracji.
Dodaj
proxy=http://ip:port
do /etc/yum.conf
proxy_username=your_user proxy_password=your_passwd
Kroki przejścia
Uruchomienie następującego polecenia zaktualizuje repozytorium tak, aby korzystało z protokołu HTTP zamiast HTTPS:
sudo sed -i "s/mirrorlist=https/mirrorlist=http/" /etc/yum.repos.d/epel.repo
Powinieneś wtedy móc zaktualizować za pomocą tego polecenia:
yum -y update
sudo sed -i "s/metalink=https/metalink=http/" /etc/yum.repos.d/epel.repo
Możesz napotkać ten komunikat / błąd po zainstalowaniu epel-release. Szybką naprawą jest aktualizacja certyfikatów SSL:
yum -y upgrade ca-certificates
Możliwe, że powyższy błąd może również wystąpić podczas aktualizacji certyfikatu, jeśli tak, po prostu wyłącz epelrepozytorium, czyli użyj następującego polecenia:
yum -y upgrade ca-certificates --disablerepo=epel
Gdy certyfikaty zostaną zaktualizowane, będziesz mógł normalnie używać yum, nawet repozytorium epel będzie działać dobrze. Jeśli otrzymujesz ten sam błąd dla innego repozytorium, po prostu umieść jego nazwę pod --disablerepo=<repo-name>flagą.
Uwaga : użyj, sudojeśli nie jesteś rootużytkownikiem.
Rozwiązałem ten problem tym rozwiązaniem.
po prostu zmień w tym pliku /etc/yum.repos.d/epel.repo
mirrorlist = zmień ten adres URL z https na http
baseurl = zmień ten adres URL z https na http
Wszystkie powyższe nie zadziałały, ale odbudowa bazy danych rpm za pomocą następującego polecenia:
sudo rpm --rebuilddb
Dziękuję wszystkim za pomoc.
W przypadku skrzynek, które nie mają dostępu do internetu, możesz usunąć epelrepozytorium:
yum remove epel-release --disablerepo=epel
Zdarzyło mi się to, gdy przypadkowo zainstalowałem epel-releaseza pomocą rpmna pudełku prod.
Napotkałem ten sam problem, mimo że pakiet certyfikatów ca jest aktualny. Lustro https://mirrors.fedoraproject.org/ jest obecnie podpisane przez, DigiCert High Assurance EV Root CAktóre jest zawarte w myca-bundle
$ grep -A 3 "DigiCert High" /etc/ssl/certs/ca-bundle.crt
# DigiCert High Assurance EV Root CA
-----BEGIN CERTIFICATE-----
MIIDxTCCAq2gAwIBAgIQAqxcJmoLQJuPC3nyrkYldzANBgkqhkiG9w0BAQUFADBs
MQswCQYDVQQGEwJVUzEVMBMGA1UEChMMRGlnaUNlcnQgSW5jMRkwFwYDVQQLExB3
Przyczyną niepowodzenia połączeń https w moim przypadku było to, że data systemowa została ustawiona na rok 2002, w którym DigiCert High Assurance EV Root CA(jeszcze) nie obowiązuje.
$ date
Di 1. Jan 11:10:35 CET 2002
Zmiana czasu systemowego rozwiązała problem.
Rozwiązałem to, przechodząc do /etc/yum.repository.d/. W moim przypadku komentuję listę lustrzaną i niezakomentowane wpisy za pomocą baseurl. a także dodano sslverify = false.
W moim przypadku, gdy komentuję listę lustrzaną, błąd zniknął, ale repozytorium również nie działało, więc ręcznie wskazuję właściwy adres podstawowy, /etc/yum.repos.d/epel.repojak poniżej
[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
Zmiana adresu URL listy lustrzanej z https na http rozwiązała problem.
Naprawiono moje w ten sposób:
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`
Inną możliwą przyczyną jest to, że Twoja architektura nie jest obsługiwana. Wpadłem na to, ponieważ otrzymałem CentOS VM, chciałem zainstalować EPEL i przez całe życie nie mogłem tego zrobić.
Okazuje się, że maszyną wirtualną był CentOS 7 i386, który jest architekturą, która najwyraźniej nie jest już obsługiwana przez EPEL. Chyba jedynym rozwiązaniem w tym przypadku jest ponowna instalacja.
curl -v https://mirrors.fedoraproject.org?