Epel-Repo hinzufügen mit yum

[Ochse]

Hallo,

ich versuche schon den halben Vormittag das Epel-Repository zur Repo.-List von yum hinzuzufügen und zu benutzen aber scheitere immer wieder an folgender Fehlermeldung, die auftritt sobald ich epel gemäß dieser Anleitung http://www.rackspace.com/knowledge_...additional-repositories-on-centos-and-red-hat
installiert hab und z.B. yum update ausführe (oder irgendetwas anderes, was auf die repos zugreift):

One of the configured repositories failed (Unknown), and yu doesn't have enough cached data to continue.
...
[Blabla Anleitung im epel zu deaktivieren]
...
Cannot retrieve metalink for repository: epel/x86_64. Please verify its path and try again

Nach diversen Quellen im Netz soll es helfen in den Metalinks aus dem 'https' ein 'http' zumachen aber das funktioniert auch nicht.
Wurde hier schonmal jemand mit dem selben Problem konfrontiert und kann mir weiterhelfen, bin so langsam ziemlich verzweifelt .

OS: Scientifc Linux 7.1 (sehr ähnlich CentOs 7.1 bzw. Red Hat 7.1)

Grüße und Danke
Ochse

 

[Sandorkan]

Du müsstest aus der Anleitung den Weg für CentOS 7 folgen, damit hat es bei mir jedenfalls problemlos funktioniert:

$ wget http://ftp.wrz.de/pub/fedora-epel/7/x86_64/e/epel-release-7-5.noarch.rpm
$ rpm -ihv epel-release-7-5.noarch.rpm

Den Link zum RPM gibt es hier (einfach was runter scrollen).

 

[Ochse]

Mhh danke aber genau das geht leider nicht. Habe festgestellt, dass man in SL 7 das Ganze auch direkt installieren kann mit 'yum install epel-release-7-5' jedoch kommt es dann zum selben Fehler.

Unter welchem OS hat es bei dir funktioniert?

 

[Sandorkan]

Red Hat 7 direkt und CentOS 7.

Was passiert denn, wenn du statt

$rpm -ihv epel-release-7-5.noarch.rpm

ein

$ yum localinstall epel-release-7-5.noarch.rpm

durchführst (entweder als root oder als normaler User mittels sudo)?

Und könntest du vielleicht die Ganze Fehlermeldung posten (je nach länge hier oder auf Plattformen wie Pastebin)?

 

[Ochse]

Genau das Gleiche passiert wie bei den anderen Installationsmethoden - die Installation selbst funktioniert und sobald ich ein 'yum update' oder 'yum install ...' versuche sagt die Konsole das hier:

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 th 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 supported by the repository (and the
packages for the previous distribution realease still work).

3. Disable the repository, 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>

4. 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

 

[Sandorkan]

Ah, okay. Probier mal folgendes aus:

$ yum clean all
$ yum makecache

Ich hatte in der Vergangenheit schon mal Probleme mit einem korrupten yum-Cache, der mit den schritten oben neu erzeugt wird.

Zusätzlich kannst du mal bitte die Repository-URL aus dem EPEL-Repofile unter /etc/yum.repos.d/ hier posten, dann kann man mal schauen, wie das Repo aussieht, wenn man die URL mit dem Browser aufruft.

 

[Ochse]

'yum makecache' funktioniert nur nachdem ich epel deinstalliert hab, sonst erscheint wieder die obige Fehlermeldung.
Also das hier bringt leider auch nichts:

1 . 'yum remove epel-release-7-5'
2. 'yum clean all'
3. 'yum makecache'
4. epel wieder installieren
(5. und dann evtl. noch mal clean all und makecache)

Im Browser kann ich alles problemlos aufrufen, hatte ich schonmal ausprobiert.
Aus der epel.repo:

#baseurl=http://download.fedoraproject.org/pub/epel/7/$basearch
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=epel-7&arch=$basearch

Damit rumzuspielen und mal die baseurl zu aktivieren oder das 'https' zu ändern scheint nichts zu bewirken.
Verstehe nicht wirklich, was da vorsich geht.


Edit:
So hab's teilweise durch Änderungen an der baseurl in /etc/yum.repos.d/epel.repo gelöst. Die mirrorlist musste ich deaktivieren:

baseurl=http://ftp.tu-chemnitz.de/pub/linux/fedora-epel/7/x86_64
#mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=epel-7&arch=$basearch

Die ursprüngliche URL scheint zur Zeit doch down zu sein, warum aber die mirrorlist nicht funktioniert begreif ich immer noch nicht.

Vielen Dank Sandorkan, deine Idee mit dem Browseraufruf brachte mich letztendlich auf die Lösung.

 

[Sandorkan]

Freut mich geholfen zu haben, wobei das Problem mit der Base-URL schon sehr komisch ist - aber gut, wenn es mit dem festen eintragen der URL tut, warum nicht

 

[Ochse]

Nachtrag:

So wie's aussieht kam das Problem dadurch zustande, dass sowohl IPv4 als auch IPv6 im Netzwerkmanager aktiviert waren. Firefox und einige andere Internetanwendungen funktionierten damit zwar problemlos, aber andere Sache wie Konquerer und der Download des Metalink nicht.
Da "das Linux" gerade erst frisch installiert war, hab' ich das natürlich erstmal nicht bemerkt.
Nach dem Deaktivieren von IPv6 kann ich jetzt die Standardeinstellungen der epel.repo benutzen.

 

[Sandorkan]

Besten Dank für den Hinweis, ich hatte EPEL bisher nur im reinen IPv4 Betrieb eingebunden - gut zu Wissen