yum hatası “Depo için metalink alınamıyor: epel. Lütfen yolunu doğrulayın ve tekrar deneyin ”ContextBroker'ı güncelliyor


106

Orion ContextBroker'ı yum install contextBroker komutunu kullanarak güncellemeye çalışıyorum. Ne yazık ki şu hatayı alıyorum:

Yüklenen eklentiler: fastestmirror, yenileme paketi, güvenlik yükleniyor

önbelleğe alınmış ana dosyadan yansıtma hızları

Hata: Depo için metal bağlantı alınamıyor: epel. Lütfen yolunu doğrulayın ve tekrar deneyin

Yanlış giden ne olabilir?


3
Önerilen sorun giderme adımı: sisteminiz olabilir curl -v https://mirrors.fedoraproject.orgmi?
mwfearnley

Seçilen yanıt, temel sorunu çözmeyen bir çözümdür ve aslında paket yüklemesi başarısız olmaya devam edebilir. En iyi cevabın seçimini kaldırmanızı ve oy sayımının cevapları çoğu insan için işe yarayan cevaba ayırmasını öneririm.
Paul

Yanıtlar:


126

Hem düzenleme bu sorunu çözmüş /etc/yum.repos.d/epel.repove /etc/yum.repos.d/epel-testing.repotüm girişleri ile başlayan yorum, dosya mirrorlist=...ve ile başlayan tüm girdileri uncommenting baseurl=....


Benim durumumda, bu düzeltme yum'un epel deposu için meta verileri başarıyla indirmesine izin verdi, ancak paketleri yüklemeye çalışmak daha sonra başarısız oldu [Errno 14] Peer cert cannot be verified or peer cert invalid. Doğru düzeltme, aşağıdaki yanıtta olduğu gibi ca sertifikalarını güncellemekti.
bain

3
metalink = ile başlayan tüm girişleri yorumlamak ve baseurl = .... ile başlayan tüm girişleri yorumlamak RHEL7.1'de benim için çalıştı
Anurag Singh

1
Yöntemini denedim, sonra yum clean all && yum updateçalıştı. Ama tam olarak değil, dedi epel-release-7-11.noarch: [Errno 256] No more mirrors to tryvb. Ben yum update curl --disablerepo=epelde sbetharia'nın önerdiği gibi denedim ve yum clean all && yum updatetekrar denedim , sonunda işe yaradı.
Hosi Golden

Benim için çalıştı. Çok teşekkürler.
tarekahf

3
mirrorlist=Çizgilerim yoktu ama metalink=repliklerim vardı ve bunların yorumlanması gerekiyordu.
JellicleCat

171

Sadece ca-sertifika paketini güncellemeniz gerekiyordu. Bundan önce, https ile başarısız olan tüm depoları devre dışı bırakın. Bu nedenle, yorum yansıtma listesi veya http yerine https kullanarak çözüm de işe yarayacaktır.

Örneğin, yalnızca epel deposunu devre dışı bırakmanız gerekiyorsa:

yum --disablerepo=epel -y update  ca-certificates

Bu ayrıca wget, curl ve SSL sertifikaları kullanan diğer her şeye yardımcı olacaktır.


9
Bu, sadece bir çözüm sağlamaktan ziyade sorunun gerçek kaynağını teşhis ettiği için doğru cevap olarak kabul edilmelidir.
Horatio Alderaan

1
Bunu CentOS 6.5 bento kutusunda test ettim ve çalışırken işleri biraz daha güvenilir hale getiriyor yum clean all && yum makecache. Ancak yine de bazen başarısız oluyor. Komut dosyama bir yeniden deneme eklemek, onu daha da güvenilir hale getirdi. Bazı aynaların güvenilmez olduğundan ve yeniden denemenin çalışan başka bir ayna verebileceğinden şüpheleniyorum. Yani ilk başta başarılı olmazsa, tekrar deneyin!
TrinitronX

1
Bu deneyimden geliyor ve evet, mesaj şifreli :)
XoR

2
Ayrıca https örn ayrıca ayarlamanız kurumsal bir proxy arkasında iseniz emin olunexport https_proxy=<your proxy>
Markus

3
epel-repo RPM, ca-sertifikalarına sahip olmalıdır!
Stéphane

59

şu komutu kullanın:

sudo sed -i "s/mirrorlist=https/mirrorlist=http/" /etc/yum.repos.d/epel.repo

veya alternatif olarak komutu kullanın

vi /etc/yum.repos.d/epel.repo

4. satıra git ve url'yi değiştir

mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=epel-6&arch=$basearch

-e

mirrorlist=http://mirrors.fedoraproject.org/metalink?repo=epel-6&arch=$basearch

Teşekkürler; Bu, belgelenmiş diğer çözümlerin çoğunu denedikten sonra benim için çalıştı (benim hatam, idi Cannot retrieve metalink for repository: epel/x86_64. Please verify its path and try again). Sorum şu, bu neden işe yaradı? bu arşiv sitesindeki bir yapılandırma probleminden mi kaynaklanıyor?
KOD-REaD

1
Muhtemelen HTTPS sunucusu değil, ancak sistemlerde HTTPS istemci tarafı desteği, kök sertifika yetkilileri güncellenmediğinden veya SSL kitaplıkları yeni şifreleri desteklemediğinden güncelliğini yitirebilir.
mwfearnley

Birçok denemeden sonra sed komutunuzla çözüldü. Sadece Kopyala + Yapıştır, ihtiyacım olan şey buydu çünkü genellikle bu tür şeylerden sorumlu değilim, sadece benim tarafımdan bazı veritabanı güncellemelerini test etmek için kullanılacak bir test bilgisayarı kuruyorum.
EAmez

1
Cent OS 7.6'da busudo sed -i "s/metalink=https/metalink=http/" /etc/yum.repos.d/epel.repo
JamesThomasMoon1979

19

Benim mirrorlistdurumum için, girişleri yorumlamak ve yorumlamak baseurlişe yaramıyor. Sorunun fedora dosyalarındaki httpsiniside olduğunu fark ettim .repo. İçeri girmeden bunu çözmüş /etc/yum.repository.dve tüm değiştirilmesi httpsile httpfarklı .repo dosyalarında. İşe yaradı!!


Bunun muhtemelen /etc/yum.conf (şirket proxy'si) içinde ayarlanan bir proxy ile ilgisi var mı?
Christof Kälin

19

Sanırım bu işe yaramalı. Sorunumu bununla çözdüm.

$ sudo yum hepsini temizle

$ sudo yum --disablerepo = "epel" güncelleme nss


3
Bu Centos 6.8 için woks. Teşekkürler
neo

1
Bu benim sorunumu da çözdü, neden update nssbu sorunun çözülmesine yardımcı olduğunu merak ediyorum ?
KLajdPaja

12

Curl'yi güncellemek bizim için çalıştı. Bir şekilde yum, işlemleri için curl kullanıyor.

yum update curl --disablerepo=epel

Cevabınız kabul edilen cevaptan daha iyi, epel.repo veya epel-testing.repo'yu değiştirmenize gerek yok.
Hosi Golden

Bunu veya diğer cevaplardan bazılarını okumadan önce bunu izledim ve curl'yi güncelledim. Curl güncellemesinin de nss'yi güncellediğini görüyorum ... bu yüzden sorunun bu olup olmadığını merak ediyorum. Benim durumumda, metalink URL'sini kıvırdım, başarısız olduğunu gördüm ve --tlsv1 ( bugzilla.redhat.com/show_bug.cgi?format=multiple&id=1170339 ) ile çalıştığını gördüm . Curl'nin güncel olmadığı varsayıldı ve güncelledi. Bu yüzden şimdi NSS'nin curl'yi güncellemeden güncellenip güncellenmediğini ve işe yarayıp yaramayacağını merak ediyorum.
Paul

9

İnternete bir proxy aracılığıyla erişip erişmediğinizi kontrol edin ve ardından yumyapılandırmaya internet proxy adresinizi ekleyin .

Ekle

proxy=http://ip:port

-e /etc/yum.conf


2
https proxy'nin de belirtildiğinden emin olun.
Markus

1
bu benim için çalıştı, ancak yalnızca ek olarak aşağıdaki parametrelerle:proxy_username=your_user proxy_password=your_passwd
MaggusK

7

İzlenecek Adımlar

Aşağıdaki komutu çalıştırmak, depoyu HTTPS yerine HTTP kullanacak şekilde güncelleyecektir:

sudo sed -i "s/mirrorlist=https/mirrorlist=http/" /etc/yum.repos.d/epel.repo

Daha sonra bu komutla güncelleme yapabilmelisiniz:

yum -y update

Benim için çalışan tek çözüm! Diğerleri hiçbir şeyi değiştirmedi (epel paketlerine ihtiyacım var).
KuroNeko

Cent OS 7.6'da busudo sed -i "s/metalink=https/metalink=http/" /etc/yum.repos.d/epel.repo
JamesThomasMoon1979

6

Epel-release'ı yükledikten sonra bu mesajla / hatayla karşılaşabilirsiniz. Hızlı çözüm, SSL sertifikalarınızı güncellemektir:

yum -y upgrade ca-certificates

Yukarıdaki hata, sertifika güncellemesi sırasında da meydana gelebilir, öyleyse, yalnızca depoyu devre dışı epelbırakın, yani aşağıdaki komutu kullanın:

yum -y upgrade ca-certificates --disablerepo=epel 

Sertifikalar güncellendikten sonra yum 'u normal olarak kullanabileceksiniz, epel deposu bile sorunsuz çalışacaktır. Aynı hatayı farklı bir depo için alıyorsanız, ismini --disablerepo=<repo-name>bayrağın karşısına koyun .


Not : Kullanıcı sudodeğilseniz kullanın root.


1
Benim için en iyi cevap bu :)
qingbo

5

Bu sorunu bu çözümle çözdüm.

sadece bu dosyada /etc/yum.repos.d/epel.repo değiştirirsiniz

mirrorlist = bu url https'yi http olarak değiştir

baseurl = bu url https'yi http olarak değiştir


4

Yukarıdakilerin tümü benim için işe yaramadı, ancak aşağıdaki komutla rpm veritabanının yeniden oluşturulması:

sudo rpm --rebuilddb

Yardım için hepinize teşekkürler.


1
Bunu yapmadan önce ayna listesi (kabul edilen cevap) yerine baseurl kullanmak zorunda kaldı
Telmo Pimentel Mota

3

İnternet erişimi olmayan kutular için epeldepoyu kaldırabilirsiniz :

yum remove epel-release --disablerepo=epel

Bu, yanlışlıkla bir ürün kutusu epel-releasekullanarak rpmkurduğumda başıma geldi .


3

Ca-sertifikaları paketi güncel olmasına rağmen aynı sorunla karşılaştım. Ayna https://mirrors.fedoraproject.org/ şu anda imzalı DigiCert High Assurance EV Root CAve benimca-bundle

$ grep -A 3 "DigiCert High" /etc/ssl/certs/ca-bundle.crt 
# DigiCert High Assurance EV Root CA
-----BEGIN CERTIFICATE-----
MIIDxTCCAq2gAwIBAgIQAqxcJmoLQJuPC3nyrkYldzANBgkqhkiG9w0BAQUFADBs
MQswCQYDVQQGEwJVUzEVMBMGA1UEChMMRGlnaUNlcnQgSW5jMRkwFwYDVQQLExB3

Benim durumumda https bağlantılarının başarısız olmasının nedeni, sistem tarihinin DigiCert High Assurance EV Root CA(henüz) geçerli olmadığı 2002 yılına ayarlanmasıydı .

$ date
Di 1. Jan 11:10:35 CET 2002

Sistem saatini değiştirmek sorunu çözdü.


Bu cevap için çok teşekkür ederim. Efendim bir efsanesiniz
Tony Sepia

2

/Etc/yum.repository.d/ adresine giderek çözdüm. Benim durumum için yansıtma listesini ve baseurl ile girişleri çözmeyi yorumluyorum. yanı sıra sslverify = false eklendi.

/server/637549/epel-repo-for-centos-6-causing-error


Sadece bu değil, aynı zamanda URL'leri archives.fedoraproject.org/pub/archive/fedora/linux/releases/… (fedora.repo ve fedora-updates.repo için) olarak değiştirmek. Öndeki "arşivlere" ve yoldaki "yayın / arşiv" e dikkat edin)
dagelf

yum install -y yum-utils --disablerepo = epel && yum-config-manager --save --setopt = epel.sslverify = false
Andrei Sedoi

2

Epel.repo dosyasındaki https girişlerini http olarak değiştirerek bu sorunu çözdüm.


1

Benim durumumda ayna listesini yorumladığımda hata ortadan kalktı ancak repo da çalışmıyordu, bu yüzden /etc/yum.repos.d/epel.repoaşağıdaki gibi doğru baseurl'yi manuel olarak işaret ediyorum

[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


0

Yansıtma listesi URL'sini https'den http'ye değiştirmek benim için sorunu çözdü.


0

Benimki şu şekilde düzeltildi:

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`

0

Bunların hiçbiri benim için işe yaramadı (repo dosyasını manuel olarak düzenlemek gibi saldırıları denemedim bile).

Ancak basit bir yum update -y


0

Bir başka olası neden, mimarinizin desteklenmemesidir. Bununla karşılaştım çünkü bana bir CentOS VM verildi, EPEL kurmak istedim ve hayatım boyunca bunu yapamadım.

VM'nin, görünüşe göre artık EPEL tarafından desteklenmeyen bir mimari olan CentOS 7 i386 olduğu ortaya çıktı. Sanırım bu durumda tek çare yeniden yüklemek.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.