EPEL veri havuzu Meta Verileri alınamıyor


20

Bu belgeye göre Nginx'i Scientific Linux'a yüklemek başarısız olur:

[vagrant@localhost ~]$ sudo su -c 'rpm -Uvh http://dl.fedoraproject.org/pub/epe
l/6/x86_64/epel-release-6-8.noarch.rpm'
Retrieving http://dl.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-8.noarch
.rpm
warning: /var/tmp/rpm-tmp.gdSOR9: Header V3 RSA/SHA256 Signature, key ID 0608b89
5: NOKEY
Preparing...                ########################################### [100%]
   1:epel-release           ########################################### [100%]
[vagrant@localhost ~]$ sudo yum install nginx
Loaded plugins: security
Error: Cannot retrieve repository metadata (repomd.xml) for repository: epel. Pl
ease verify its path and try again
[vagrant@localhost ~]$

Versiyon bilgisi

[vagrant@localhost ~]$ uname -a
Linux localhost.localdomain 2.6.32-431.el6.x86_64 #1 SMP Thu Nov 21 13:35:52 CST
 2013 x86_64 x86_64 x86_64 GNU/Linux
[vagrant@localhost ~]$ cat /etc/*{release,version}
Scientific Linux release 6.5 (Carbon)
Scientific Linux release 6.5 (Carbon)
cat: /etc/*version: No such file or directory
[vagrant@localhost ~]$

Not: sudo yum update -y nginx kurulumuna başlamadan önce verildi

Diğer paketlerin kurulumu devre dışı

[vagrant@localhost ~]$ sudo yum install vim -y
Loaded plugins: security
Error: Cannot retrieve repository metadata (repomd.xml) for repository: epel. Pl
ease verify its path and try again
[vagrant@localhost ~]$

URLGRABBER Hata Ayıklayıcı Günlüğü

2014-08-03 14:22:44,437 attempt 1/10: https://mirrors.fedoraproject.org/metalink
?repo=epel-6&arch=x86_64
INFO:urlgrabber:attempt 1/10: https://mirrors.fedoraproject.org/metalink?repo=ep
el-6&arch=x86_64
2014-08-03 14:22:44,438 opening local file "/var/cache/yum/x86_64/6.5/epel/metal
ink.xml.tmp" with mode wb
INFO:urlgrabber:opening local file "/var/cache/yum/x86_64/6.5/epel/metalink.xml.
tmp" with mode wb
* About to connect() to mirrors.fedoraproject.org port 443 (#0)
*   Trying IP... * connected
* Connected to mirrors.fedoraproject.org (IP) port 443 (#0)
* Initializing NSS with certpath: sql:/etc/pki/nssdb
* NSS error -8018
* Closing connection #0
* Problem with the SSL CA cert (path? access rights?)
2014-08-03 14:22:50,071 exception: [Errno 14] PYCURL ERROR 77 - "Problem with th
e SSL CA cert (path? access rights?)"
INFO:urlgrabber:exception: [Errno 14] PYCURL ERROR 77 - "Problem with the SSL CA
 cert (path? access rights?)"
2014-08-03 14:22:50,072 retrycode (14) not in list [-1, 2, 4, 5, 6, 7], re-raisi
ng
INFO:urlgrabber:retrycode (14) not in list [-1, 2, 4, 5, 6, 7], re-raising
Error: Cannot retrieve repository metadata (repomd.xml) for repository: epel. Pl
ease verify its path and try again

Nginx'i yüklemeye çalışmadan önce ve sonra yum güncellemesi çıktısı alın

[vagrant@localhost ~]$ sudo yum update -y
Loaded plugins: security
Error: Cannot retrieve repository metadata (repomd.xml) for repository: epel. Pl
ease verify its path and try again
[vagrant@localhost ~]$

yum --disablerepo = "epel" güncellemesi

[vagrant@localhost ~]$ sudo yum --disablerepo="epel" update
Loaded plugins: security
Setting up Update Process
No Packages marked for Update

1
yum updateÖnce deneyin ve neler olduğunu görün.
garethTheRed

Sorun bu komutu yürüttükten sonra nginx
030

Kurulumu ile çalıştırmayı deneyin URLGRABBER_DEBUG=1 yum install nginx 2> debug.log. Bu, büyük miktarda hata ayıklama bilgisi oluşturacaktır debug.log, ancak başarısız olduğu yerde çalışabilirsiniz.
garethTheRed

URLGRABBER Hata Ayıklama Günlüğü eklendi
030

Bence @garethTheRed haklı. Depoyu ekledikten sonra, depo tarafından sağlanan paketleri daha sonra alabilmek için başlatmanız gerekir.
Valentin Bajrami

Yanıtlar:


20

Aşağıdakiler başarısız olursa:

yum check-update

fakat:

yum --disablerepo="epel"  check-update

çalışır, sonra çalıştırın:

URLGRABBER_DEBUG=1 yum check-update 2> debug.log

ve debug.logşunları kontrol edin :

PYCURL ERROR 77 - "Problem with the SSL CA cert (path? access rights?)"

Bu mesaj bulunursa, şunu deneyin:

yum --disablerepo="epel" reinstall ca-certificates

Bu sorunu çözemezse, ca sertifikalarınızı güncellemeniz gerekebilir:

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

Bu sorunu çözemezse, geçerli CA sertifikanızı yedekleyin:

cp /etc/pki/tls/certs/ca-bundle.crt /root/

ve koş:

curl http://curl.haxx.se/ca/cacert.pem -o /etc/pki/tls/certs/ca-bundle.crt

açıklama

Günlük, sisteminizin SSL sertifikalarında bir hata gösterir.

Sisteminizdeki CA sertifika paketi bir şekilde bozulmuş olabilir ve yum -disablerepo="epel" reinstall ca-certificatesyukarıdaki komut sadece yeni bir sürümle kendinizin üzerine yazar. Diğer tüm depoların çalıştığı için bunun yanıt olması pek olası değildir - büyük SSL sorunları varsa, tüm depolar başarısız olur.

Yukarıdaki curl...komut sisteminizin CA sertifika paketini daha yeni bir sürümle değiştirir. CA sertifikaları paketi, sisteminizin güvendiği tüm kök CA sertifikalarını içerir.

Bu örnekte EPEL deposunda, sisteminizin güvenmediği yeni SSL sertifikaları (yeni bir kök CA tarafından imzalanmış) bulunur. CentOS depoları biraz daha eski sertifikalarıyla çalışmaya devam eder.


33

Sorun nss paketinin çok eski olması. Bu eski sürüm curl, nss kitaplığının daha eski bir sürümünü kullanan Fedora sitesiyle konuşamaz .

Nss sürümünüzü en son sürüme güncelleyin, sorunu EPEL repo güncellemesi ile çözer:

$ sudo yum clean all 
$ sudo yum --disablerepo="epel" update nss

NOT: nss-3.14.3-4.el6_4.x86_64'ün bu sürümü EPEL deposu ile sorunsuz çalışır.


2
Bu benim için Centos 6'da çalıştı.
NorbyTheGeek

1
Bir cevap gönderdiğiniz için teşekkür ederim, ancak benim durumumda sorun Error: Cannot retrieve repository metadata (repomd.xml) for repository: epel. Please verify its path and try againdevam ediyor.
030

Müthiş! Centos 6'yı kullanarak çalıştım
Guided33

4

Bir şirket vekilinin arkasında çalışırken aynı hatayla karşılaştım. Sertifikaları güncellemek veya http kullanmak yardımcı olmadı. Düzeltmek için epel depolarının her birine bir proxy ayarı eklemek zorunda kaldım:

for x in /etc/yum.repos.d/epel*; do sed -i '/^\[/ a proxy=http://YOUR.PROXY.HERE:8080' $x; done

Kendi proxy bilgilerinizi elbette ekleyin.

Repo dosyalarım şu şekilde görünüyor:

[epel]
proxy=http://YOUR.PROXY.HERE:8080
name=Extra Packages for Enterprise Linux 6 - $basearch
#baseurl=http://download.fedoraproject.org/pub/epel/6/$basearch
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=epel-6&arch=$basearch
failovermethod=priority
enabled=1
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-6

[epel-debuginfo]
proxy=http://YOUR.PROXY.HERE:8080
...

2

Aynı sorunu yaşadım ve httpsbasit olarak değiştirerek düzelttim http.

Mükemmel bir çözüm değildir, ancak güvenlik gereksinimlerinize bağlı olarak iyi bir çözüm olabilir.


1
Bu soruya gerçekten cevap vermiyor. Farklı bir sorunuz varsa Soru Sor'u tıklayarak bunu sorabilirsiniz . Ayrıca , yeterli itibara sahip olduğunuzda bu soruya daha fazla dikkat çekmek için bir ödül ekleyebilirsiniz .
jordanm

1
@jordanm Ana sorunu etkilemez, ancak geçici bir çözüm olabilir. Benim için tamam.
Hauke ​​Laging

0

Ben aynı sorunu vardı, hiçbiri çalıştı yukarıdaki tüm adımları denedim. Kökte oturum açmadan yüklemeye çalıştığım için ne kadar aptal olduğumu öğrendim. Hesabım bile sudo erişimine sahipti.

sudo yum remove epel-release

su root

sudo yum install epel-release

CentOS 7'deki sorunlarım düzeltildi

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.