yum error " не удается получить metalink для репозитория: epel. Пожалуйста, проверьте его путь и повторите попытку " обновление ContextBroker
Я пытаюсь обновить Orion ContextBroker с помощью команды yum install contextBroker. К сожалению, я получаю следующую ошибку:
загруженные Плагины: fastestmirror, refresh-packagekit, Security Loading
зеркальные скорости из кэшированного файла хоста
ошибка: не удается получить metalink для репозитория: epel. Пожалуйста, проверьте его путь и повторите попытку
Что может быть не так ?
16 ответов:
Я решил эту проблему редактирования как
/etc/yum.repos.d/epel.repo
и/etc/yum.repos.d/epel-testing.repo
файлы, комментирующие все записи, начиная сmirrorlist=...
и раскомментировав все записи, начиная сbaseurl=...
.
вам просто нужно было обновить пакет ca-certificates. Перед этим просто отключите все репозитории с https, которые не работают. Вот почему решение с комментарием mirrorlist или с использованием http вместо https также будет работать.
например, если вам нужно отключить только epel РЕПО:
yum --disablerepo=epel -y update ca-certificates
Это также поможет wget, curl и все остальное, что использует SSL-сертификаты.
используйте эту команду:
sudo sed -i "s/mirrorlist=https/mirrorlist=http/" /etc/yum.repos.d/epel.repo
или же используйте команду
vi /etc/yum.repos.d/epel.repo
перейти к строке № 4 и изменить URL-адрес из
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=epel-6&arch=$basearch
до
mirrorlist=http://mirrors.fedoraproject.org/metalink?repo=epel-6&arch=$basearch
для моего случая комментирования
mirrorlist
и раскомментируйте записи сbaseurl
не работает. Я заметил, что проблема была сhttps
iniside the.repo
файлы fedora. Я решил это, зайдя в/etc/yum.repository.d
и заменить всеhttps
Сhttp
в разных .файлы РЕПО. Это сработало!!
проверьте, если вы получаете доступ к Internet throw proxy, то вам нужно добавить адрес интернет-прокси в конфигурацию yum .
добавить
proxy=http://ip:port to /etc/yum.conf
Я решил эту проблему с помощью этого решения.
вы просто измените в этом файле / etc / yum.РЕПО.d / epel.РЕПО
mirrorlist= измените этот url https на http
baseurl= измените этот url https на http
для ящиков, которые не имеют доступа в интернет, вы можете удалить
epel
репозитория:
yum remove epel-release --disablerepo=epel
Это случилось со мной, как я случайно установлен
epel-release
используяrpm
на коробке prod.
вы можете столкнуться с этим сообщением/ошибкой, после установки epel-release. Быстрое решение заключается в обновлении сертификатов SSL:
yum -y upgrade ca-certificates
скорее всего, вышеуказанная ошибка также может возникнуть при обновлении сертификата, если это так, просто отключите
epel
РЕПО, т. е. использовать следующую команду:yum -y upgrade ca-certificates --disablerepo=epel
как только сертификаты будут обновлены, вы сможете использовать yum нормально, даже РЕПО epel будет работать нормально. В случае если вы получаете эту ошибку на разных РЕПО, просто поставьте его имя против
--disablerepo=<repo-name>
флаг.
Примечание используйте
sudo
если ты неroot
пользователей.
Действия Руководства
выполнение следующей команды обновит РЕПО для использования HTTP, а не HTTPS:
sudo sed -i "s/mirrorlist=https/mirrorlist=http/" /etc/yum.repos.d/epel.repo
вы должны быть в состоянии обновить с помощью этой команды:
yum -y update
все вышеперечисленное не сработало для меня, но перестроение базы данных rpm со следующей командой:
sudo rpm --rebuilddb
спасибо всем за помощь.
Я решил это, зайдя в /etc / yum.хранилище.д./ Для моего случая я комментирую mirrorlist и раскомментирую записи с baseurl. а также добавил sslverify=false.
https://serverfault.com/questions/637549/epel-repo-for-centos-6-causing-error
Я думаю, это должно работать. Я решил свою проблему с этим.
$ sudo yum clean all
$ sudo yum --disablerepo=" epel " update nss
я столкнулся с той же проблемой, хотя пакет ca-certificates обновлен. Зеркало https://mirrors.fedoraproject.org/ в настоящее время подписано
DigiCert High Assurance EV Root CA
, который входит в мойca-bundle
$ grep -A 3 "DigiCert High" /etc/ssl/certs/ca-bundle.crt # DigiCert High Assurance EV Root CA -----BEGIN CERTIFICATE----- MIIDxTCCAq2gAwIBAgIQAqxcJmoLQJuPC3nyrkYldzANBgkqhkiG9w0BAQUFADBs MQswCQYDVQQGEwJVUzEVMBMGA1UEChMMRGlnaUNlcnQgSW5jMRkwFwYDVQQLExB3
причиной сбоя https-соединений в моем случае было то, что системная дата была установлена на 2002 год, в котором
DigiCert High Assurance EV Root CA
(еще) не действует.$ date Di 1. Jan 11:10:35 CET 2002
изменение системного времени Исправлена проблема.