it-swarm.com.de

Durch die Installation des EPEL-Repositorys unter Centos 7 wird die Funktionalität beeinträchtigt?

ich versuche, einen SSH-Bastionserver einzurichten, aber ich habe Probleme, EPEL einzurichten, um Python3.6 zu installieren.

Ich benutze CentOS Linux release 7.4.1708 (Core)

Ich versuche also,EPELzuerst mit Sudo yum -y install epel-release zu installieren (ich habe natürlich Sudo yum -y update vorher verwendet und es hat gut funktioniert), aber es hat mir gesagt,Package 'epel-release' not found

Deshalb habe ich mit RedHat Package Manager einen anderen Ansatz ausprobiert:

Sudo rpm -ivh https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm

Das Paket wurde erfolgreich installiert und ich kann sowohl epel.repo als auch epel-testing.repo in etc/yum.repos.d sehen (ich kopiere ihre Inhalte am Ende des Beitrags)

Wenn ich jetzt jedoch versuche, etwas mit yum zu tun, wird bei der Aktualisierung oder Installation eines Pakets der folgende Fehler angezeigt (ich habe beispielsweise yum -y install Python3.6 verwendet oder ich habe auch versucht, tsclient oder python- zu installieren. pip ):

[[email protected] yum.repos.d]# yum install -y Python3.6
Loaded plugins: fastestmirror
base                                                     | 3.6 kB     00:00
centos-kernel                                            | 2.9 kB     00:00
epel/armhfp/metalink                                     |  42 kB     00:00
Could not parse metalink https://mirrors.fedoraproject.org/metalink?repo=epel-7&Arch=armhfp error was
No repomd file


 One of the configured repositories failed (Unknown),
 and yum doesn't have enough cached data to continue. At this point the only
 safe thing yum can do is fail. There are a few ways to work "fix" this:

     1. Contact the upstream for the repository and get them to fix the problem.

     2. Reconfigure the baseurl/etc. for the repository, to point to a working
        upstream. This is most often useful if you are using a newer
        distribution release than is supported by the repository (and the
        packages for the previous distribution release still work).

     3. Run the command with the repository temporarily disabled
            yum --disablerepo=<repoid> ...

     4. Disable the repository permanently, so yum won't use it by default. Yum
        will then just ignore the repository until you permanently enable it
        again or use --enablerepo for temporary usage:

            yum-config-manager --disable <repoid>
        or
            subscription-manager repos --disable=<repoid>

     5. Configure the failing repository to be skipped, if it is unavailable.
        Note that yum will try to contact the repo. when it runs most commands,
        so will have to try and fail each time (and thus. yum will be be much
        slower). If it is a very temporary problem though, this is often a Nice
        compromise:

            yum-config-manager --save --setopt=<repoid>.skip_if_unavailable=true

File /var/cache/yum/armhfp/7/epel/metalink.xml does not exist

Ich habe bereits Millionen von Möglichkeiten ausprobiert, und nichts scheint zu helfen :(

Ich habe es wie 5 Mal neu installiert, ich habe Sudo yum clean all gemacht, ich habe versucht, baseurl zu dekommentieren und metalink in Repo-Dateien zu kommentieren und auf andere Weise auch, etc ..., aber nichts hilft :(

Kann mir jemand bitte mitteilen, was diesen Fehler verursacht?

Ich habe irgendwo gelesen, dass es mit dem Aktivieren/Deaktivieren bestimmter Repositorys zu tun haben könnte, aber ich verstehe nicht, wie ich damit umgehen soll.

Danke vielmals !!!

epel.repo

[epel]
name=Extra Packages for Enterprise Linux 7 - $basearch
baseurl=http://download.fedoraproject.org/pub/epel/7/$basearch
metalink=https://mirrors.fedoraproject.org/metalink?repo=epel-7&Arch=$basearch
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://download.fedoraproject.org/pub/epel/7/$basearch/debug
metalink=https://mirrors.fedoraproject.org/metalink?repo=epel-debug-7&Arch=$basearch
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://download.fedoraproject.org/pub/epel/7/SRPMS
metalink=https://mirrors.fedoraproject.org/metalink?repo=epel-source-7&Arch=$basearch
failovermethod=priority
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7
gpgcheck=1

epel-testing.repo

[epel-testing]
name=Extra Packages for Enterprise Linux 7 - Testing - $basearch
baseurl=http://download.fedoraproject.org/pub/epel/testing/7/$basearch
metalink=https://mirrors.fedoraproject.org/metalink?repo=testing-epel7&Arch=$basearch
failovermethod=priority
enabled=0
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7

[epel-testing-debuginfo]
name=Extra Packages for Enterprise Linux 7 - Testing - $basearch - Debug
baseurl=http://download.fedoraproject.org/pub/epel/testing/7/$basearch/debug
metalink=https://mirrors.fedoraproject.org/metalink?repo=testing-debug-epel7&Arch=$basearch
failovermethod=priority
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7
gpgcheck=1

[epel-testing-source]
name=Extra Packages for Enterprise Linux 7 - Testing - $basearch - Source
baseurl=http://download.fedoraproject.org/pub/epel/testing/7/SRPMS
metalink=https://mirrors.fedoraproject.org/metalink?repo=testing-source-epel7&Arch=$basearch
failovermethod=priority
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7
gpgcheck=1
2
Jan Hamara

Du verwendest armhfp als deinen Arch und es gibt kein Repo dafür in dem Epel Metalink, den du betrachtest.

Wenn Sie den folgenden Link herunterladen, erhalten Sie eine Datei mit dem Namen metalink. Sie werden sehen, dass es kein Repo gibt, das mit repo=epel-7&Arch=armhfp übereinstimmt. Dies ist die Ursache Ihres Problems.

https://mirrors.fedoraproject.org/metalink?repo=epel-7&Arch=armhfp

Sie müssen einen anderen Spiegel verwenden, der CentOS-7-Unterstützung für armhfp Arch bietet.

beispielsweise http://mirror.centos.org/altarch/7/os/armhfp/

Um es zu verwenden, müssen Sie epel-release RPM entfernen und Folgendes installieren:

rpm -ivh http://mirror.centos.org/altarch/7/os/armhfp/Packages/centos-userland-release-7-4.1708.el7.centos.0.1.armv7hl.rpm

Dann mache einen yum install für dein Paket.

2
iamauser

Wir haben dies behoben, indem wir Curl aktualisiert haben. Ich glaube, Sie verwenden libcurl unter der Haube, und es scheint, dass ältere Versionen von curl die TLS-Verbindung zum Epel Repo nicht aushandeln können.

yum update curl --disablerepo=epel
2
Andrei Nistor

Ich hatte dieses Problem auf einer VM. Ich habe gerade den Metalink-https-Zugang geändert und ihn auf den Standard-http gesetzt: metalink =http: //mirrors.fedoraproject.org ....

1
Guy B.

Wir haben ein sehr ähnliches Problem, und ich habe mehrere Bitten um Hilfe erhalten. Die häufigste Antwort lautet: "Verwenden Sie nicht" https ", dies setzt Sie jedoch MITM-Angriffen aus." Es muss eine bessere Antwort geben.

Wir haben gerade eine Neuinstallation von CentOS Linux Release 7.7.1908 (Core) auf einem Server durchgeführt und mögen das OP, wann immer wir versuchen, Sudo yum install epel-release, wir brechen yum.

Hier ist die Installation:

-bash-4.2$ Sudo yum install epel-release
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
 * base: mirrors.sonic.net
 * extras: mirror.fileplanet.com
 * updates: mirror.fileplanet.com
Resolving Dependencies
--> Running transaction check
---> Package epel-release.noarch 0:7-11 will be installed
--> Finished Dependency Resolution

Dependencies Resolved

===================================================================================================================================================================================================================================
 Package                                                     Arch                                                  Version                                             Repository                                             Size
===================================================================================================================================================================================================================================
Installing:
 epel-release                                                noarch                                                7-11                                                extras                                                 15 k

Transaction Summary
===================================================================================================================================================================================================================================
Install  1 Package

Total download size: 15 k
Installed size: 24 k
Is this ok [y/d/N]: y
Downloading packages:
epel-release-7-11.noarch.rpm                                                                                                                                                                                |  15 kB  00:00:00     
Running transaction check
Running transaction test
Transaction test succeeded
Running transaction
  Installing : epel-release-7-11.noarch                                                                                                                                                                                        1/1 
  Verifying  : epel-release-7-11.noarch                                                                                                                                                                                        1/1 

Installed:
  epel-release.noarch 0:7-11                                                                                                                                                                                                       

Complete!

Nun, wenn wir nur versuchen, yum list es schlägt fehl:

-bash-4.2$ yum list
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile


 One of the configured repositories failed (Unknown),
 and yum doesn't have enough cached data to continue. At this point the only
 safe thing yum can do is fail. There are a few ways to work "fix" this:

     1. Contact the upstream for the repository and get them to fix the problem.

     2. Reconfigure the baseurl/etc. for the repository, to point to a working
        upstream. This is most often useful if you are using a newer
        distribution release than is supported by the repository (and the
        packages for the previous distribution release still work).

     3. Run the command with the repository temporarily disabled
            yum --disablerepo=<repoid> ...

     4. Disable the repository permanently, so yum won't use it by default. Yum
        will then just ignore the repository until you permanently enable it
        again or use --enablerepo for temporary usage:

            yum-config-manager --disable <repoid>
        or
            subscription-manager repos --disable=<repoid>

     5. Configure the failing repository to be skipped, if it is unavailable.
        Note that yum will try to contact the repo. when it runs most commands,
        so will have to try and fail each time (and thus. yum will be be much
        slower). If it is a very temporary problem though, this is often a Nice
        compromise:

            yum-config-manager --save --setopt=<repoid>.skip_if_unavailable=true

Cannot retrieve metalink for repository: epel/x86_64. Please verify its path and try again

Und hier ist /etc/yum.repos.d/epel.repo:

-bash-4.2$ cat epel.repo
[epel]
name=Extra Packages for Enterprise Linux 7 - $basearch
#baseurl=http://download.fedoraproject.org/pub/epel/7/$basearch
metalink=https://mirrors.fedoraproject.org/metalink?repo=epel-7&Arch=$basearch
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://download.fedoraproject.org/pub/epel/7/$basearch/debug
metalink=https://mirrors.fedoraproject.org/metalink?repo=epel-debug-7&Arch=$basearch
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://download.fedoraproject.org/pub/epel/7/SRPMS
metalink=https://mirrors.fedoraproject.org/metalink?repo=epel-source-7&Arch=$basearch
failovermethod=priority
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7
gpgcheck=1

Handelt es sich also um ein Problem mit dem Repository, auf das wir zugreifen möchten, oder um die Tatsache, dass wir versuchen, mithilfe des "https" -Protokolls auf das Repository zuzugreifen? Wenn erstere, wie finde ich das richtige Repository? Wie gehen wir bei letzterem vor, um das zugrunde liegende Problem zu diagnostizieren? Dies ist eine ziemlich neue Installation - wir haben nur autos installiert und das Ausgangsverzeichnis gemountet, rvm installiert und einige Benutzer und Gruppen erstellt.

FWIW, yum check-update meldet nichts und yum update curl (mit oder ohne "--disablerepo = epel") hat auch nichts gemacht.

Ich habe seit einem Tag meinen Kopf dagegen geschlagen und brauche professionelle Hilfe. ; - /

Es gibt noch ein weiteres Teil dieses Puzzles, weshalb ich vermute, dass das zugrunde liegende Problem mit "https" zu tun hat. Wir sind auf dieses Problem gestoßen, weil wir versucht haben, MongoDB mithilfe der folgenden Anweisungen zu installieren: https://docs.mongodb.com/v4.0/tutorial/install-mongodb-on-red-hat/#using-rpm-packages -Empfohlen

Wir kreierten /etc/yum.repos.d/mongodb-org-4.0.repo mit dem Inhalt:

[mongodb-org-4.0]
name=MongoDB Repository
baseurl=https://repo.mongodb.org/yum/redhat/$releasever/mongodb-org/4.0/x86_64/
gpgcheck=1
enabled=1
gpgkey=https://www.mongodb.org/static/pgp/server-4.0.asc

und habe dann versucht MongoDB zu installieren und einen etwas anderen Fehler bekommen:

-bash-4.2$ Sudo vi /etc/yum.repos.d/mongodb-org-4.0.repo
-bash-4.2$ Sudo yum install -y mongodb-org
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
 * base: mirror.keystealth.org
 * extras: mirror.fileplanet.com
 * updates: mirrors.sonic.net
https://repo.mongodb.org/yum/redhat/7/mongodb-org/4.0/x86_64/repodata/repomd.xml: [Errno 14] curl#60 - "Peer's Certificate issuer is not recognized."
Trying other mirror.
It was impossible to connect to the CentOS servers.
This could mean a connectivity issue in your environment, such as the requirement to configure a proxy,
or a transparent proxy that tampers with TLS security, or an incorrect system clock.
You can try to solve this issue by using the instructions on https://wiki.centos.org/yum-errors
If above article doesn't help to resolve this issue please use https://bugs.centos.org/.



 One of the configured repositories failed (MongoDB Repository),
 and yum doesn't have enough cached data to continue. At this point the only
 safe thing yum can do is fail. There are a few ways to work "fix" this:

     1. Contact the upstream for the repository and get them to fix the problem.

     2. Reconfigure the baseurl/etc. for the repository, to point to a working
        upstream. This is most often useful if you are using a newer
        distribution release than is supported by the repository (and the
        packages for the previous distribution release still work).

     3. Run the command with the repository temporarily disabled
            yum --disablerepo=mongodb-org-4.0 ...

     4. Disable the repository permanently, so yum won't use it by default. Yum
        will then just ignore the repository until you permanently enable it
        again or use --enablerepo for temporary usage:

            yum-config-manager --disable mongodb-org-4.0
        or
            subscription-manager repos --disable=mongodb-org-4.0

     5. Configure the failing repository to be skipped, if it is unavailable.
        Note that yum will try to contact the repo. when it runs most commands,
        so will have to try and fail each time (and thus. yum will be be much
        slower). If it is a very temporary problem though, this is often a Nice
        compromise:

            yum-config-manager --save --setopt=mongodb-org-4.0.skip_if_unavailable=true

failure: repodata/repomd.xml from mongodb-org-4.0: [Errno 256] No more mirrors to try.
https://repo.mongodb.org/yum/redhat/7/mongodb-org/4.0/x86_64/repodata/repomd.xml: [Errno 14] curl#60 - "Peer's Certificate issuer is not recognized.”

Wenn ich dies jedoch versuche, wird der Fehler "(Unbekannt)" angezeigt.

Das ist sehr verwirrend.

0
Chip Roberson

Ich bin auf Ihre Frage gestoßen, als ich versucht habe, Python3 auf meinem Raspberry Pi 3 (auf dem CentOS 7 neu ausgeführt wird) zu installieren. Nach einigem google-fu bin ich auf diese Seite gestoßen, was mir geholfen hat, EPEL auf armhfp zu installieren. Dies ist, was es sagt:

Wie kann ich EPEL 7 auf armhfp aktivieren?

Die Antwort ist insofern einfach, als es kein offizielles EPEL-Repository für armfhp gibt. Da dies jedoch von vielen Benutzern gewünscht wurde, haben wir beschlossen, die centos armhfp-Builder zu verwenden, um Quellpakete aus EPEL 7 (und versuchen, diese automatisch zu verfolgen), wenn sie inaktiv sind. Bitte beachten Sie, dass es sich nur um eine automatische Neuerstellung ohne QA/Test handelt und die resultierenden pkgs auch nicht signiert sind. Um dieses Repository zu verwenden, gehen Sie wie folgt vor:

cat > /etc/yum.repos.d/epel.repo << EOF
[epel]
name=Epel rebuild for armhfp
baseurl=https://armv7.dev.centos.org/repodir/epel-pass-1/
enabled=1
gpgcheck=0

EOF

Nachdem ich diese Schritte ausgeführt hatte, konnte ich Sudo yum install epel-release erfolgreich ausführen und dann python3 auf meinem Raspberry Pi installieren.

Bevor Sie dies jedoch tun , müssen Sie yum zum Arbeiten bringen. Ich bin mir nicht sicher, ob ich die beste Hilfe dafür bin, aber ich würde empfehlen, die aktuellen Versionen von Epel-Repos, die Sie haben, zu entfernen (oder zumindest zu deaktivieren).

yum remove epel
yum remove epel-release
yum remove epel-testing

Es scheint, dass Sie ein Repo von Drittanbietern aktiviert haben, das defekt ist. Dies verursacht Ihre Probleme mit yum und deshalb müssen Sie die Repos entfernen oder deaktivieren.

0
Brett Holman