Die Installation von Nginx unter Scientific Linux gemäß dieser Dokumentation schlägt fehl:
[[email protected] ~]$ 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%]
[[email protected] ~]$ 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
[[email protected] ~]$
Versionsinformationen
[[email protected] ~]$ 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
[[email protected] ~]$ cat /etc/*{release,version}
Scientific Linux release 6.5 (Carbon)
Scientific Linux release 6.5 (Carbon)
cat: /etc/*version: No such file or directory
[[email protected] ~]$
Hinweis: sudo yum update -y wurde ausgegeben, bevor die Installation von nginx gestartet wurde
Installation anderer Pakete deaktiviert
[[email protected] ~]$ 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
[[email protected] ~]$
URLGRABBER Debugger-Protokoll
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
Yum-Update vor und nach dem Versuch, Nginx zu installieren, ausgeben
[[email protected] ~]$ 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
[[email protected] ~]$
yum –disablerepo="epel"-Update
[[email protected] ~]$ sudo yum --disablerepo="epel" update
Loaded plugins: security
Setting up Update Process
No Packages marked for Update
Akzeptierte Antwort:
Wenn Folgendes fehlschlägt:
yum check-update
aber:
yum --disablerepo="epel" check-update
funktioniert, dann führe aus:
URLGRABBER_DEBUG=1 yum check-update 2> debug.log
und überprüfen Sie debug.log für:
PYCURL ERROR 77 - "Problem with the SSL CA cert (path? access rights?)"
Wenn diese Nachricht gefunden wird, versuchen Sie Folgendes:
yum --disablerepo="epel" reinstall ca-certificates
Wenn das Problem dadurch nicht behoben wird, müssen Sie möglicherweise Ihre ca-Zertifikate aktualisieren:
yum --disablerepo="epel" update ca-certificates
Wenn das Problem dadurch nicht behoben wird, sichern Sie Ihr aktuelles CA-Zertifikat:
cp /etc/pki/tls/certs/ca-bundle.crt /root/
und führe aus:
curl http://curl.haxx.se/ca/cacert.pem -o /etc/pki/tls/certs/ca-bundle.crt
Erklärung
Verwandte:Linux – Erhalten Sie ein echtes Open-Source-Betriebssystem, das nur auf einem Telefon läuft? Android?Das Protokoll zeigt einen Fehler mit den SSL-Zertifikaten Ihres Systems.
Das CA-Zertifikatpaket auf Ihrem System könnte irgendwie beschädigt worden sein und yum -disablerepo="epel" reinstall ca-certificates Der obige Befehl überschreibt einfach Ihren mit einer neuen Version. Dies ist jedoch wahrscheinlich nicht die Antwort, da alle anderen Repos funktionieren – wenn es größere SSL-Probleme gäbe, würden alle Repos fehlschlagen.
Die curl... Der obige Befehl ersetzt das CA-Zertifikatpaket Ihres Systems durch eine neuere Version. Das CA-Zertifikatspaket enthält alle Root-CA-Zertifikate, denen Ihr System vertraut.
In diesem Fall verfügt das EPEL-Repo über neue SSL-Zertifikate (signiert von einer neuen Root-CA), denen Ihr System nicht vertraut. Die CentOS Repos arbeiten weiterhin mit ihren etwas älteren Zertifikaten.