L'installation du référentiel EPEL sur Centos 7 casse la fonctionnalité yum?
j'essaie donc de configurer un serveur ssh bastion, mais je rencontre des difficultés pour configurer EPEL afin d'installer Python3.6.
J'utilise CentOS Linux release 7.4.1708 (Core)
J'essaie donc d'installerEPELd'abord en utilisant Sudo yum -y install epel-release (bien sûr, j'ai Sudo yum -y update avant et tout a bien fonctionné), mais il m'a ditPackage 'epel-release' not found
J'ai donc essayé une approche différente en utilisant RedHat Package Manager :
Sudo rpm -ivh https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm
Cela installe le paquet avec succès et je peux voir à la fois epel.repo et epel-testing.repo dans etc/yum.repos.d (je copie leur contenu à la fin du message)
Cependant, maintenant, chaque fois que j'essaie de faire quelque chose avec yum, que ce soit la mise à jour ou l’installation d’un paquet, cela me donne l’erreur suivante (par exemple, j’ai utilisé yum -y install Python3.6 ou j’ai aussi essayé d’installer tsclient ou python-pip ):
[root@scw-39016b 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
J'ai déjà essayé des millions de façons de contourner ce problème et rien ne semble pouvoir aider :(
Je l'ai réinstallé 5 fois, j'ai fait Sudo yum clean all, j'ai essayé de décommenter baseurl et de commenter metalink dans les fichiers repo et d'une autre manière aussi, etc ..., mais rien n'y fait: :(
Quelqu'un peut-il me faire savoir, s'il vous plaît, quelle est la cause de cette erreur?
J'ai lu quelque part qu'il serait utile d'activer/de désactiver certains référentiels, mais je ne comprends pas comment y faire face.
Merci beaucoup !!!
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
Vous utilisez armhfp comme votre arche et il n’y a pas de prise en pension dans epel metalink que vous regardez.
Si vous téléchargez le lien ci-dessous, vous obtiendrez un fichier nommé metalink. Vous verrez qu'il n'y a pas de repo qui correspond à repo=epel-7&Arch=armhfp. Ceci est la source de votre problème.
https://mirrors.fedoraproject.org/metalink?repo=epel-7&Arch=armhfp
Vous devez utiliser un autre miroir fournissant la prise en charge de CentOS-7 pour armhfp Arch.
par exemple, http://mirror.centos.org/altarch/7/os/armhfp/
Pour l'utiliser, vous devez supprimer epel-release RPM et installer les éléments suivants:
rpm -ivh http://mirror.centos.org/altarch/7/os/armhfp/Packages/centos-userland-release-7-4.1708.el7.centos.0.1.armv7hl.rpm
Ensuite, faites un yum install pour votre paquet.
J'ai eu ce problème sur une machine virtuelle. Je viens de changer l'accès metalink https et de le configurer en http standard comme ceci: Metalink =http: //mirrors.fedoraproject.org ....
Je suis tombé sur votre question lorsque j'essayais d'installer Python3 sur mon Raspberry Pi 3 (qui exécute CentOS 7). Après un peu de google-fu, je suis tombé sur ce site , ce qui m'a aidé à installer EPEL sur armhfp. C'est ce qu'il dit:
Comment activer EPEL 7 sous armhfp?
La réponse est simple en ce sens qu’il n’existe pas de référentiel EPEL Pour armfhp. Mais comme beaucoup d'utilisateurs le demandaient, , Nous avons décidé d'utiliser les générateurs centos d'armhfp pour (re) construire les paquets Source À partir d'EPEL 7 (et essayer de les suivre automatiquement) lorsque ils sont inactifs. Veuillez noter qu'il ne s'agit que d'une reconstruction automatique sans Aucun test/assurance qualité, et les pkgs résultants ne sont pas non plus signés. Pour utiliser ce référentiel , Procédez comme suit:
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
Après avoir suivi ces étapes, j’ai pu exécuter Sudo yum install epel-release avec succès, puis installer python3 sur mon Raspberry Pi.
Avant de faire cela, cependant , vous devez faire fonctionner yum. Je ne suis pas sûr d'être la meilleure aide pour cela, mais je vous recommanderais de supprimer (ou au moins de désactiver) les versions actuelles du dépôt epel que vous avez.
yum remove epel
yum remove epel-release
yum remove epel-testing
Il semble que vous ayez un référentiel tiers activé qui est cassé. Cela cause vos problèmes avec yum et c'est pourquoi vous devez supprimer ou désactiver les pensions.