CentOS 7 Kann keine gültige Baseurl für Repo finden: base / 7 / x86_64 Beim Aktualisieren des Yum

624
Pathros

Dieser Fehler macht mich verrückt, ich habe alles versucht, was in den Foren gepostet wurde und nichts funktioniert.

Wenn ich tippe:

# yum update

Ich erhalte folgende Fehlermeldung:

[root @ www yum.repos.d] # Aktualisierung von yum Aktualisierungen Komplementärs cargados: fastmirror Laden der Spiegelgeschwindigkeiten aus dem zwischengespeicherten Hostfile Spiegelliste konnte nicht abgerufen werden http://mirrorlist.centos.org/?release=7&arch=x86_64&repo=os&infra=stock Fehler war 14 : curl # 56 - "Recv-Fehler: Verbindung wurde von Remote-Rechner zurückgesetzt"

Eines der konfigurierten Repositorys ist fehlgeschlagen (Unknown) und Yum verfügt nicht über genügend zwischengespeicherte Daten, um fortzufahren. An diesem Punkt ist das einzig sichere, was yum tun kann, scheitern. Es gibt einige Möglichkeiten, um das Problem zu beheben:

 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 

Eine gültige Baseurl für Repo kann nicht gefunden werden: base / 7 / x86_64

Es ist ein Produktionsserver mit einer eigenen IP-Adresse, daher habe ich DHCP nicht versucht und ONBOOT = no (ich habe es ja), usw.

Wenn ich tippe:

# curl -v 'http://mirrorlist.centos.org/?repo=os&arch=x86_64&release=7'

Das bekomme ich:

[root@www yum.repos.d]# curl -v 'http://mirrorlist.centos.org/?repo=os&arch=x86_64&release=7' * About to connect() to mirrorlist.centos.org port 80 (#0) * Trying 2001:1b48:203::4:10... * Connected to mirrorlist.centos.org (2001:1b48:203::4:10) port 80 (#0) > GET /?repo=os&arch=x86_64&release=7 HTTP/1.1 > User-Agent: curl/7.29.0 > Host: mirrorlist.centos.org > Accept: */* > * Recv failure: Connection reset by remote machine * Closing connection 0 curl: (56) Recv failure: Connection reset by remote machine 

Inhalte von mir CentOS-Base.reposind:

> # CentOS-Base.repo > # > # The mirror system uses the connecting IP address of the client and the > # update status of each mirror to pick mirrors that are updated to and > # geographically close to the client. You should use this for CentOS updates > # unless you are manually picking other mirrors. > # > # If the mirrorlist= does not work for you, as a fall back you can try the > # remarked out baseurl= line instead. > # > # >  > [base] name=CentOS-$releasever - Base > mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=os&infra=$infra > #baseurl=http://mirror.centos.org/centos/$releasever/os/$basearch/ gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7 >  > #released updates [updates] name=CentOS-$releasever - Updates mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=updates&infra=$infra > #baseurl=http://mirror.centos.org/centos/$releasever/updates/$basearch/ > gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7 >  > #additional packages that may be useful [extras] name=CentOS-$releasever - Extras > mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=extras&infra=$infra > #baseurl=http://mirror.centos.org/centos/$releasever/extras/$basearch/ gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7 >  > #additional packages that extend functionality of existing packages [centosplus] name=CentOS-$releasever - Plus > mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=centosplus&infra=$infra > #baseurl=http://mirror.centos.org/centos/$releasever/centosplus/$basearch/ > gpgcheck=1 enabled=0 > gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7 

Und der Inhalt von /etc/yum.confist:

[main] cachedir=/var/cache/yum/$basearch/$releasever keepcache=0 debuglevel=2 logfile=/var/log/yum.log exactarch=1 obsoletes=1 gpgcheck=1 plugins=1 installonly_limit=5 bugtracker_url=http://bugs.centos.org/set_project.php?project_id=23&ref=http://bugs.centos.org/bug_report_page.php?category=yum distroverpkg=centos-release   # This is the default, if you make this bigger yum won't see if the metadata # is newer on the remote and so you'll "gain" the bandwidth of not having to # download the new metadata and "pay" for it by yum not having correct # information. # It is esp. important, to have correct metadata, for distributions like # Fedora which don't keep old packages around. If you don't like this checking # interupting your command line usage, it's much better to have something # manually check the metadata once an hour (yum-updatesd will do this). # metadata_expire=90m  # PUT YOUR REPOS HERE OR IN separate files named file.repo # in /etc/yum.repos.d 

Wie kann ich wieder yum updatearbeiten?

0
Vielleicht versuchen Sie, einen bestimmten Repo-Server festzulegen (siehe hier) (https://serverfault.com/questions/365106/centos-yum-specify-mirror). Zina vor 5 Jahren 0
Es sieht so aus, als könnte es sich um ein lokales Netzwerkproblem handeln. Ich kann problemlos auf "http: //mirrorlist.centos.org/? Repo = os & arch = x86_64 & release = 7" zugreifen. Stoßen Sie auf das gleiche Problem mit anderen Computern im selben Netzwerk? larsks vor 5 Jahren 0
@Pathros `Trying 2001: 1b48: 203 :: 4: 10 ...` beabsichtigen Sie eine Verbindung über IPv6? user3788685 vor 5 Jahren 0

0 Antworten auf die Frage