La instalación de Nginx en Scientific Linux de acuerdo con esta documentación falla:
[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 ~]$
Información de versión
[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 ~]$
Nota: sudo yum update -y
se emitió antes de comenzar la instalación de nginx
Instalación de otros paquetes deshabilitada
[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 ~]$
Registro de depurador de URLGRABBER
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
Salida yum update antes y después de intentar instalar nginx
[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 = actualización "epel"
[vagrant@localhost ~]$ sudo yum --disablerepo="epel" update
Loaded plugins: security
Setting up Update Process
No Packages marked for Update
yum update
primero y vea qué sucede.URLGRABBER_DEBUG=1 yum install nginx 2> debug.log
. Esto creará una gran cantidad de información de depuracióndebug.log
, pero es posible que pueda resolver dónde falla.Respuestas:
Si lo siguiente falla:
pero:
funciona, luego ejecuta:
y verifique
debug.log
:Si se encuentra este mensaje, intente:
Si eso no resuelve el problema, es posible que deba actualizar sus certificados ca:
Si eso no resuelve el problema, haga una copia de seguridad de su certificado de CA actual:
y correr:
Explicación
El registro muestra un error con los certificados SSL de su sistema.
El paquete de certificados de CA en su sistema podría haberse dañado de alguna manera y el
yum -disablerepo="epel" reinstall ca-certificates
comando anterior simplemente sobrescribe el suyo con una versión nueva. Sin embargo, es poco probable que esta sea la respuesta, ya que todos los demás repositorios funcionan: si hubiera problemas importantes de SSL, todos los repositorios fallarían.El
curl...
comando anterior reemplaza el paquete de certificados de CA de su sistema con una versión más nueva. El paquete de certificados de CA contiene todos los certificados de CA raíz en los que su sistema confía.En este caso, el repositorio EPEL tiene nuevos certificados SSL (firmados por una nueva CA raíz) en los que su sistema no confía. Los repositorios CentOS continúan trabajando con sus certificados un poco más antiguos.
fuente
El problema es que el paquete nss es demasiado antiguo. Esta versión anterior no puede comunicarse con el sitio de Fedora a través del
curl
cual se usa una versión anterior de la biblioteca nss.Simplemente actualice su versión nss a la última, resuelve el problema con la actualización del repositorio EPEL:
NOTA: esta versión de nss-3.14.3-4.el6_4.x86_64 funciona bien con el repositorio EPEL.
fuente
Error: Cannot retrieve repository metadata (repomd.xml) for repository: epel. Please verify its path and try again
persiste.Tuve el mismo error al trabajar detrás de un proxy corporativo. Actualizar certificados o usar http no ayudó. Para solucionarlo, tuve que agregar una configuración de proxy a cada uno de los repositorios de epel:
Inserte sus propios detalles de proxy, por supuesto.
Mis archivos de repositorio ahora se ven así:
fuente
Tuve el mismo problema y lo solucioné cambiando
https
a simplehttp
.No es una solución perfecta, pero podría ser una solución alternativa decente dependiendo de sus necesidades de seguridad.
fuente
Tuve el mismo problema, probé todos los pasos anteriores, ninguno funcionó. Descubrí lo estúpido que era porque intenté instalar sin haber iniciado sesión en la raíz. Incluso tú mi cuenta tenía sudo acceso.
Solucioné mis problemas en CentOS 7
fuente