Я пытаюсь обновить Orion ContextBroker с помощью команды yum install contextBroker. К сожалению, я получаю следующую ошибку:
Загруженные плагины: fastestmirror, refresh-packagekit, security Loading
скорость зеркалирования из кэшированного файла хоста
Ошибка: не удается получить металик для репозитория: epel. Пожалуйста, проверьте его путь и попробуйте еще раз
Что могло пойти не так?
Я решил эту проблему, редактируя файлы /etc/yum.repos.d/epel.repo и /etc/yum.repos.d/epel-testing.repo, комментируя все записи, начинающиеся с mirrorlist=..., и раскомментировав все записи, начинающиеся с baseurl=....
[Errno 14] Peer cert cannot be verified or peer cert invalid. Правильным исправлением было обновление CA-сертификатов, как в ответе ниже.
- person bain; 18.05.2018
yum clean all && yum update сработало. Но не полностью, там сказано epel-release-7-11.noarch: [Errno 256] No more mirrors to try и т. Д. Итак, я попробовал yum update curl --disablerepo=epel, как предлагала sbetharia, и попробовал yum clean all && yum update снова, теперь, наконец, это сработало.
- person Hosi Golden; 18.07.2019
mirrorlist= строк, но было metalink= строк, и их нужно было прокомментировать.
- person JellicleCat; 22.04.2020
Вам просто нужно было обновить пакет ca-сертификатов. Перед этим просто отключите все репозитории с https, которые не работают. Вот почему решение с комментированием зеркального списка или использованием http вместо https также будет работать.
Например, если вам нужно отключить только репозиторий epel:
yum --disablerepo=epel -y update ca-certificates
Это также поможет wget, curl и всем остальным, что использует сертификаты SSL.
yum clean all && yum makecache . Однако иногда это все равно не удается. Добавление повтора к моему скрипту сделало его еще более надежным. Я подозреваю, что некоторые зеркала ненадежны, и повторная попытка может дать другое зеркало, которое работает. Так что если сначала это не удастся, попробуйте еще раз!
- person TrinitronX; 26.01.2015
export https_proxy=<your proxy>
- person Markus; 11.08.2017
http_proxy, а не https_proxy, как глупо с моей стороны :)
- person Adam Burley; 18.07.2019
curl (или одну из его зависимостей) - я получал SSL_ERROR_NO_CYPHER_OVERLAP при попытке curl https://mirrors.fedoraproject.org.
- person mwfearnley; 20.08.2019
centosplus и epel - я обнаружил, что решение состояло в том, чтобы отключить оба и просто запустить yum update, а затем снова запустить его с включенными обоими репозиториями. Как кто-то намекает выше ... вероятно, безопаснее всего выполнить обновление, прежде чем добавлять репозиторий epel в систему ;-)
- person Ralph Bolton; 14.10.2020
используйте эту команду:
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
to
mirrorlist=http://mirrors.fedoraproject.org/metalink?repo=epel-6&arch=$basearch
Cannot retrieve metalink for repository: epel/x86_64. Please verify its path and try again). У меня вопрос: почему это сработало? это связано с проблемой конфигурации на сайте репозитория?
- person CODE-REaD; 20.07.2019
sudo sed -i "s/metalink=https/metalink=http/" /etc/yum.repos.d/epel.repo
- person JamesThomasMoon; 05.02.2020
В моем случае комментирование mirrorlist и снятие комментария с baseurl не работает. Я заметил, что проблема была в https внутри файлов .repofedora. Я решил это, зайдя в /etc/yum.repository.d и заменив все https на http в разных файлах .repo. Это сработало !!
Я думаю, это должно сработать. Я решил с этим свою проблему.
$ sudo yum очистить все
$ sudo yum --disablerepo = "epel" обновить nss
update nss помогает решить эту проблему ?!
- person KlajdPaja; 05.02.2020
Обновление curl у нас сработало. Каким-то образом yum использует curl для своих транзакций.
yum update curl --disablerepo=epel
Проверьте, подключаетесь ли вы к Интернету через прокси-сервер, а затем добавьте адрес интернет-прокси в yum конфигурацию.
добавлять
proxy=http://ip:port
to /etc/yum.conf
proxy_username=your_user proxy_password=your_passwd
- person MaggusK; 12.02.2018
Пошаговые инструкции
Выполнение следующей команды обновит репозиторий для использования HTTP, а не HTTPS:
sudo sed -i "s/mirrorlist=https/mirrorlist=http/" /etc/yum.repos.d/epel.repo
После этого вы сможете выполнить обновление с помощью этой команды:
yum -y update
sudo sed -i "s/metalink=https/metalink=http/" /etc/yum.repos.d/epel.repo
- person JamesThomasMoon; 05.02.2020
Вы можете столкнуться с этим сообщением / ошибкой после установки epel-release. Быстрое решение - обновить сертификаты SSL:
yum -y upgrade ca-certificates
Скорее всего, указанная выше ошибка также может возникнуть при обновлении сертификата, в этом случае просто отключите репозиторий epel, то есть используйте следующую команду:
yum -y upgrade ca-certificates --disablerepo=epel
После обновления сертификатов вы сможете нормально использовать yum, даже репозиторий epel будет работать нормально. Если вы получаете ту же ошибку для другого репо, просто укажите его имя напротив флага --disablerepo=<repo-name>.
Примечание: используйте sudo, если вы не root.
Я решил эту проблему этим решением.
вы просто меняете в этом файле /etc/yum.repos.d/epel.repo
mirrorlist = измените этот URL с https на http
baseurl = измените этот URL https на http
Все вышеперечисленное у меня не сработало, но восстановление базы данных rpm с помощью следующей команды сработало:
sudo rpm --rebuilddb
Спасибо всем за помощь.
Для ящиков, у которых нет доступа в Интернет, вы можете удалить epel репозиторий:
yum remove epel-release --disablerepo=epel
Это случилось со мной, когда я случайно установил epel-release, используя rpm в производственном блоке.
Я столкнулся с той же проблемой, хотя пакет ca-сертификатов обновлен. Зеркало 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
Изменение системного времени устранило проблему.
Я решил это, зайдя в /etc/yum.repository.d/. В моем случае я закомментировал зеркальный список и не закомментировал записи с помощью baseurl. а также добавил sslverify = false.
https://serverfault.com/questions/637549/epel-repo-for-centos-6-causing-error
Я решил эту проблему, изменив записи https в файле epel.repo на http.
В моем случае, когда я закомментировал зеркальный список, ошибка исчезла, но репо также не работало, поэтому я вручную указываю правильный базовый URL-адрес в /etc/yum.repos.d/epel.repo, как показано ниже
[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
Изменение URL-адреса зеркального списка с https на http устранило проблему для меня.
Исправил мой вот так:
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`
У меня ничего из этого не сработало (я даже не пробовал использовать хаки вроде ручного редактирования файла репо).
Однако это сработало после простого yum update -y
Другая возможная причина - ваша архитектура не поддерживается. Я столкнулся с этим, потому что мне была предоставлена виртуальная машина CentOS, я хотел установить EPEL и не мог этого сделать.
Оказывается, виртуальная машина была CentOS 7 i386, архитектура которой, по-видимому, больше не поддерживается EPEL. Думаю, единственное средство в этом случае - переустановить.
Пытаться
yum clean all --enablerepo=*
потом
yum update --disablerepo=epel
Я пробовал большинство из этих решений, и ни одно из них не помогло мне.
Единственное, что у меня сработало, - это отключить и удалить оскорбительное репо.
sudo yum --disablerepo=epel\* remove epel-release.noarch
Для устаревшей CentOS 6 я использовал это в /etc/yum.repos.d/epel.repo
baseurl = https: //d2lzkl7pfhq30w.cloudfront.net/pub/archive/epel/6/$basearch
curl -v https://mirrors.fedoraproject.org? - person mwfearnley schedule 20.08.2019