• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

[gelöst] Leap 42.2 Updates laufen auf timeout

Vor einigen Tagen bin ich von 13.2 auf Leap 42.2 umgestiegen (Neuinstallation von DVDV). Die anschließenden "zypper up" und "zypper dup --from <Packman-Repo>" liefen auch ohne Probleme durch.
Seit gestern läuft ein "zypper up" aber immer auf timeout. Auch "zypper ref <einzelnes Repo>" bringt einen timeout als Ergebnis. Die Verzeichnisse kann ich aber über den Browser einsehen und ein anpingen des Hosts funktioniert auch.
Hier meine Repositories
Code:
# | Alias                | Name                              | Enabled | GPG Check | Refresh | Priority | Type   | URI                                                               | Service                                                                                                                              
--+----------------------+-----------------------------------+---------+-----------+---------+----------+--------+-------------------------------------------------------------------+--------                                                                                                                              
1 | Nvidia               | Nvidia                            | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | http://download.nvidia.com/opensuse/leap/42.2/                    |                                                                                                                                      
2 | Packman_Uni-Erlangen | Packman_Uni-Erlangen              | Yes     | (r ) Yes  | Yes     |   22     | rpm-md | http://ftp.uni-erlangen.de/packman/suse/openSUSE_Leap_42.2/       |                                                                                                                                      
3 | repo-non-oss         | openSUSE-Leap-42.2-Non-Oss        | Yes     | (r ) Yes  | Yes     |   99     | yast2  | http://download.opensuse.org/distribution/leap/42.2/repo/non-oss/ |                                                                                                                                      
4 | repo-oss             | openSUSE-Leap-42.2-Oss            | Yes     | (r ) Yes  | Yes     |   99     | yast2  | http://download.opensuse.org/distribution/leap/42.2/repo/oss/     |                                                                                                                                      
5 | repo-update          | openSUSE-Leap-42.2-Update-Oss     | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | http://download.opensuse.org/update/leap/42.2/oss/                |                                                                                                                                      
6 | repo-update-non-oss  | openSUSE-Leap-42.2-Update-Non-Oss | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | http://download.opensuse.org/update/leap/42.2/non-oss/            |

Was mache ich falsch?
 
OP
D

ddagobertt

Member
Zypper clean hatte ich auch schon mal versucht, leider erfolglos. Hier die Ausgabe der Befehle "zypper clean -a && zypper ref 1" (1 ist das Nvidia-Repo). Die Meldungen zum Nvidia-Repo werden analog zu allen anderen Repos ausgegeben.
Code:
linux-hx01:~ # zypper clean -a && zypper ref 1 
All repositories have been cleaned up.
Retrieving repository 'Nvidia' metadata --------------------------------------------------------------------------------[\]
Timeout exceeded when accessing 'http://download.nvidia.com/opensuse/leap/42.2/repodata/repomd.xml'.

Abort, retry, ignore? [a/r/i] (r): 
Trying again...
Timeout exceeded when accessing 'http://download.nvidia.com/opensuse/leap/42.2/repodata/repomd.xml'.

Abort, retry, ignore? [a/r/i] (r): 
Trying again...
Timeout exceeded when accessing 'http://download.nvidia.com/opensuse/leap/42.2/repodata/repomd.xml'.

Abort, retry, ignore? [a/r/i] (r): 
Trying again...
Timeout exceeded when accessing 'http://download.nvidia.com/opensuse/leap/42.2/repodata/repomd.xml'.

Abort, retry, ignore? [a/r/i] (a): 
Trying again...
Retrieving repository 'Nvidia' metadata ............................................................................[error]
Repository 'Nvidia' is invalid.
[Nvidia|http://download.nvidia.com/opensuse/leap/42.2/] Valid metadata not found at specified URL
Please check if the URIs defined for this repository are pointing to a valid repository.
Skipping repository 'Nvidia' because of the above error.
Could not refresh the repositories because of errors.
linux-hx01:~ #
 
OP
D

ddagobertt

Member
ping -c5 8.8.8.8
Code:
ping -c5 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=46 time=68.0 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=46 time=68.0 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=46 time=68.0 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=46 time=68.0 ms
64 bytes from 8.8.8.8: icmp_seq=5 ttl=46 time=68.0 ms

--- 8.8.8.8 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4000ms
rtt min/avg/max/mdev = 68.003/68.003/68.004/0.285 ms

ping -c5 google.de
Code:
linux-hx01:~ # ping -c5 google.de
PING google.de (172.217.21.195) 56(84) bytes of data.
64 bytes from fra16s12-in-f195.1e100.net (172.217.21.195): icmp_seq=1 ttl=55 time=132 ms
64 bytes from fra16s12-in-f195.1e100.net (172.217.21.195): icmp_seq=2 ttl=55 time=68.0 ms
64 bytes from fra16s12-in-f195.1e100.net (172.217.21.195): icmp_seq=3 ttl=55 time=92.0 ms
64 bytes from fra16s12-in-f195.1e100.net (172.217.21.195): icmp_seq=4 ttl=55 time=132 ms
64 bytes from fra16s12-in-f195.1e100.net (172.217.21.195): icmp_seq=5 ttl=55 time=112 ms

--- google.de ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4244ms
rtt min/avg/max/mdev = 68.004/107.205/132.007/24.583 ms

/sbin/ifconfig -a
Code:
linux-hx01:~ # /sbin/ifconfig -a
eth0      Link encap:Ethernet  HWaddr F8:32:E4:9A:EB:4F  
          inet addr:192.168.178.24  Bcast:192.168.178.255  Mask:255.255.255.0
          inet6 addr: fd00::fa32:e4ff:fe9a:eb4f/64 Scope:Global
          inet6 addr: fe80::fa32:e4ff:fe9a:eb4f/64 Scope:Link
          inet6 addr: fd00::def:7701:b5e2:9373/64 Scope:Global
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:10648 errors:0 dropped:6 overruns:0 frame:0
          TX packets:9437 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:8996575 (8.5 Mb)  TX bytes:994066 (970.7 Kb)

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:2 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1 
          RX bytes:208 (208.0 b)  TX bytes:208 (208.0 b)
 

josef-wien

Ultimate Guru
IPv6 scheint deutlich langsamer zu sein als IPv4. Schalte versuchsweise IPv6 für eth0 temporär aus:
Code:
echo 1 > /proc/sys/net/ipv6/conf/eth0/disable_ipv6
 
A

Anonymous

Gast
Gestern hatte ich, der Empfehlung folgend, ein aktuelles openSUSE Leap 42.2 installiert. Die Installation verlief problemlos. Dann aber bekam ich dieselben Probleme, wie hier beschrieben. Ich bin mir ganz sicher, das das nicht an uns oder unserer Handhabung liegt. openSUSE 42.2 ist bereits von der Platte geschmissen, das geht ja garnicht. Ich habe darauf vertraut, das es eine Enterprise Version ist ....
 
OP
D

ddagobertt

Member
Ich habe noch eine wenig rumprobiert. Wenn das Repo mit
Code:
.../leap/42.2/repo/oss/
endet kann man in der Fehlermeldung erkennen, dass yast "media1.media" anhängt.

Endet das Repo mit
Code:
.../leap/42.2/repo/oss/suse/
dann wird "repo.repoindex.xml" angehängt.

Sagt das jemandem was? Sind die Informationen, die yast über das Repo benötigt, eventuell unter leap woanders abgelegt, als vorher?

Gruß
Detlef
 

Sauerland

Ultimate Guru
Die URLs sind in Ordnung, sonst hätte schon lange jemand gemeckert.

Eventuell eine Proxy Einstellung?
https://forums.opensuse.org/showthread.php/468449-Timeout-exceeded-when-accessing-official-repositories?p=2409285#post2409285
 
OP
D

ddagobertt

Member
Das war der entscheidende Hinweis!!!

Vielen Dank für die Unterstützung.

Bleibt nur die Frage: wieso...? Seit oS 11 trage ich immer den T-Online-Proxy ein. Bisher gab es damit nie Probleme.
 
OP
D

ddagobertt

Member
Ich habe mal gelesen, dass ein Proxy häufig aufgerufene Internetseiten zwischenspeichert und somit schneller zur Verfügung stellen kann, als wenn der Aufruf bis zur aufgerufenen Seite selbst durchgereicht werden muss.
 

MH1962

Member
ddagobertt schrieb:
Ich habe mal gelesen, dass ein Proxy häufig aufgerufene Internetseiten zwischenspeichert und somit schneller zur Verfügung stellen kann, als wenn der Aufruf bis zur aufgerufenen Seite selbst durchgereicht werden muss.
Das war einmal. ;) Heute bringt das nicht mehr so viel, hauptsächlich deswegen, weil die Mehrzahl aller Webseiten dynamisch sind und somit nicht zwischengespeichert werden. Außerdem ist das Internet so schnell geworden, dass ein Zwischenspeichern von Webseiten auf einem Proxy schon vom Overhead her langsamer sein kann als der direkte Zugriff.
 
Oben