zypper sehr langsam suse 15.5
Hallo, ich habe Probleme mit den Updatefunktionen auf einem Gerät mit Suse15.4 jetzt 15.5. Die Initialisierung des Zielsystems und das Runterladen der Repodaten unter YAST ist auf einem System total langsam. Vom aktivieren "Online-Aktualisierung" bis die Auswahl der Pakete zu aktualisieren angezeigt wird, vergehen 15 bis 30 Minuten. Zunächst unter Suse 15.4. Ich hatte gedacht, vielleicht das System zu alt, habe auf Suse 15.5 upgedatet, was sehr zerrig verlief. Hat nach Stunden auch geklappt, allerdings sind Anpassungen durch Installation einzelner Pakete sehr zeitaufwendig. Manchmal kommen auch Meldungen "das Zeitlimit ist überschritten" oder so ähnlich, zypper überspringt dann das Repository. Ist irgendetwas bekannt, dass die Suseserver aktuell nicht gut erreichbar sind? Die Internetverbindung hier geht gut, updates gehen auch, aber eben extrem langsam. Auf einer anderen Suse 15.5-Installation im selben Büro geht das flüssig, zeitweise gab es Probleme mit den Suse:SLE-15-SPx repositories. Die habe ich deaktiviert, danach ging es. Das hat auf dem betroffenen System nichts gebracht, die Konfiguration ist gregor@linux-tuxedo:~> sudo zypper lr -pu # | Alias | Name | Enabled | GPG Check | Refresh | Priority | URI ---+-----------------------------+------------------------------------- ---------------------------------+-----------+-----------------+------- ---------+-----------+------------------------------------------------- ----------------------- 1 | Libdvdcss_Repository | Libdvdcss Repository | Ja | (r ) Ja | Ja | 99 | http://opensuse-guide.org/repo/openSUSE_Leap_15.5/ 2 | Packman_Repository | Packman Repository | Ja | (r ) Ja | Ja | 99 | http://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Leap_15.5/ 3 | google_chrome | google chrome | Ja | (r ) Ja | Ja | 99 | http://dl.google.com/linux/chrome/rpm/stable/x86_64 4 | openSUSE-Leap-15.5-1 | openSUSE-Leap-15.5-1 | Ja | (r ) Ja | Ja | 99 | hd:/?device=/dev/sdb2 5 | repo-backports-debug-update | Update repository of openSUSE Backports (Debug) | Nein | ---- | ---- | 99 | http://download.opensuse.org/update/leap/15.5/backports_debug/ 6 | repo-backports-update | Update repository of openSUSE Backports | Ja | (r ) Ja | Ja | 99 | http://download.opensuse.org/update/leap/15.5/backports/ 7 | repo-debug | Debug Repository | Nein | ---- | ---- | 99 | http://download.opensuse.org/debug/distribution/leap/15.5/repo/oss/ 8 | repo-debug-non-oss | Debug Repository (Non-OSS) | Nein | ---- | ---- | 99 | http://download.opensuse.org/debug/distribution/leap/15.5/repo/non-oss/ 9 | repo-debug-update | Update Repository (Debug) | Nein | ---- | ---- | 99 | http://download.opensuse.org/debug/update/leap/15.5/oss/ 10 | repo-debug-update-non-oss | Update Repository (Debug, Non-OSS) | Nein | ---- | ---- | 99 | http://download.opensuse.org/debug/update/leap/15.5/non-oss/ 11 | repo-non-oss | Non-OSS Repository | Ja | (r ) Ja | Ja | 99 | http://download.opensuse.org/distribution/leap/15.5/repo/non-oss/ 12 | repo-openh264 | Open H.264 Codec (openSUSE Leap) | Ja | (r ) Ja | Ja | 99 | http://codecs.opensuse.org/openh264/openSUSE_Leap/ 13 | repo-oss | Main Repository | Ja | (r ) Ja | Ja | 99 | http://download.opensuse.org/distribution/leap/15.5/repo/oss/ 14 | repo-sle-debug-update | Update repository with updates from SUSE Linux Enterprise 15 (Debug) | Nein | ---- | ---- | 99 | http://download.opensuse.org/debug/update/leap/15.5/sle/ 15 | repo-sle-update | Update repository with updates from SUSE Linux Enterprise 15 | Nein | ---- | ---- | 99 | http://download.opensuse.org/update/leap/15.5/sle/ 16 | repo-source | Source Repository | Ja | (r ) Ja | Ja | 99 | http://download.opensuse.org/source/distribution/leap/15.5/repo/oss/ 17 | repo-update | Main Update Repository | Ja | (r ) Ja | Ja | 99 | http://download.opensuse.org/update/leap/15.5/oss/ 18 | repo-update-non-oss | Update Repository (Non-Oss) | Ja | (r ) Ja | Ja | 99 | http://download.opensuse.org/update/leap/15.5/non-oss/ 19 | skype_stable | skype (stable) | Ja | (r ) Ja | Ja | 99 | https://repo.skype.com/rpm/stable/ 20 | tuxedo | tuxedo | Ja | (r ) Ja | Ja | 99 | https://rpm.tuxedocomputers.com/opensuse/15.5/ 21 | virtualbox | virtualbox | Ja | ( p) Ja | Ja | 99 | http://download.virtualbox.org/virtualbox/rpm/opensuse/15.3/x86_64/ Kann mir jemand einen Tip geben, wie ich den Fehler suchen kann? viele Grüße Gregor
Am 04.12.23 um 21:56 schrieb gregor willms:
Nur Heute? Beschränkt sich da Problem nur auf den Updatevorgang? Ich würde testweise einen größeren Download anstoßen, z.B. eine Ubuntu oder Fedora DVD-Iso und sehen ob es am lokalen System oder an der Verbindung liegt. Gruß Peter
Am Montag, dem 04.12.2023 um 22:36 +0100 schrieb Peter McD:
nein, wie gesagt, dass ist schon eine Weile so; ich weiss nicht genau, wann es mir zum ersten Mal aufgefallen ist; die Ubuntu 23.10-ISO mit 4,8 GB Volumen hat 30 Minuten zum download gebraucht, ist gefühlt absolut in Ordnung. Gruß Gregor
gregor willms schrieb:
Dass der "Refresh" des SLE-Repositorys MANCHMAL sehr langsam ist, kenne ich auch - und auch genau immer nur der. Aber das ist mal eine Minute oder zwei und keine 15 bis 30. Deine Beschreibung klingt aber eher nach Peering-Problemen im Internet, also Du hast eine schlechte Route zu den Suse-Servern. Probier doch mal ein traceroute download.opensuse.org und das am besten mal mehrfach. -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel
Am 04.12.23 um 21:56 schrieb gregor willms:
1. Schritt: Zuerst wirfst du mal alle Repos die nicht von download.opensuse.org kommen aus dem Refresh 2. Schritt: Dann testet du (zypper ref -s) ob es wirklich an download.opensuse.org liegt. Wenn nicht, und davon gehe ich aus, kannst du nach und nach den übrigen Zoo wieder hinzufügen und schauen wer die Verzögerung reinbringt. 3. Schritt: Ergebnis bekannt geben. Im übrigen gibt es https://paste.opensuse.org wo solche Ausgaben perfekt aufgehoben sind. Schau mal rein ... (Das wäre mein vorgehen.) Bernd
Am Dienstag, dem 05.12.2023 um 08:06 +0100 schrieb bnacht:
ich habe den ganzen Zoo mal entfernt, packman habe ich belassen, da ich Systempakete auf Versionen aus dem Packmanrepo umgestellt habe. Das jetzt wieder rückumzustellen mit einem updatetool, dass nicht richtig funktioniert, habe ich mir erst mal gespaart. Außerdem sehe ich daraus, dass das packmanrepo als einziges korrekt funktioniert? gregor@linux-tuxedo:~> sudo zypper ref -s [sudo] Passwort für root: Alle Dienste wurden aktualisiert. Repository 'Packman Repository' ist aktuell. Problem beim Abrufen der Dateien von 'Update repository of openSUSE Backports'. Zeitüberschreitung beim Zugriff auf 'http://download.opensuse.org/update/leap/15.5/backports/repodata/repomd.xml' . In der Fehlermeldung oben finden Sie einen entsprechenden Hinweis. Repository 'Update repository of openSUSE Backports' wird aufgrund des obigen Fehlers übersprungen. Problem beim Abrufen der Dateien von 'Main Repository'. Zeitüberschreitung beim Zugriff auf 'http://download.opensuse.org/distribution/leap/15.5/repo/oss/repodata/repomd...' . In der Fehlermeldung oben finden Sie einen entsprechenden Hinweis. Repository 'Main Repository' wird aufgrund des obigen Fehlers übersprungen. Problem beim Abrufen der Dateien von 'Update repository with updates from SUSE Linux Enterprise 15'. Zeitüberschreitung beim Zugriff auf 'http://download.opensuse.org/update/leap/15.5/sle/repodata/repomd.xml' . In der Fehlermeldung oben finden Sie einen entsprechenden Hinweis. Repository 'Update repository with updates from SUSE Linux Enterprise 15' wird aufgrund des obigen Fehlers übersprungen. Problem beim Abrufen der Dateien von 'Main Update Repository'. Zeitüberschreitung beim Zugriff auf 'http://download.opensuse.org/update/leap/15.5/oss/repodata/repomd.xml' . In der Fehlermeldung oben finden Sie einen entsprechenden Hinweis. Repository 'Main Update Repository' wird aufgrund des obigen Fehlers übersprungen. Einige der Repositorys konnten aufgrund eines Fehlers nicht aktualisiert werden. gregor@linux-tuxedo:~> dann mal das traceroute download.opensuse.org dreimal hintereinander ausgeführt: gregor@linux-tuxedo:~> sudo traceroute download.opensuse.org traceroute to download.opensuse.org (195.135.221.134), 30 hops max, 60 byte packets 1 192.168.0.1 (192.168.0.1) 3.620 ms 4.621 ms 5.968 ms 2 172.31.0.1 (172.31.0.1) 22.797 ms 22.762 ms 23.606 ms 3 ip-core-maw2-ae31.netcologne.de (195.14.195.165) 30.190 ms 30.157 ms 30.123 ms 4 ip-core-sto1-et10-3-1.netcologne.de (195.14.215.194) 24.327 ms 24.295 ms ip-core-sto2-et10-3-1.netcologne.de (195.14.215.198) 30.022 ms 5 bdr-sto1-ae1.netcologne.de (81.173.192.114) 30.981 ms bdr-sto1- ae2.netcologne.de (81.173.192.118) 29.961 ms bdr-sto1-ae1.netcologne.de (81.173.192.114) 30.913 ms 6 ae10-1.fra30.core-backbone.com (80.81.195.147) 31.821 ms 19.305 ms 21.070 ms 7 ae2-2001.nbg30.core-backbone.com (81.95.15.161) 26.682 ms 27.453 ms 27.397 ms 8 core-backbone.microfocus.com (5.56.18.210) 28.705 ms 29.899 ms 31.166 ms 9 195.135.221.26 (195.135.221.26) 31.114 ms 31.060 ms 31.007 ms 10 * * * 11 * * * 12 * * * 13 * * * 14 * * * 15 * * * 16 * * * 17 * * * 18 * * * 19 * * * 20 * * * 21 * * * 22 * * * 23 * * * 24 * * * 25 * * * 26 * * * 27 * * * 28 * * * 29 * * 30 * * * gregor@linux-tuxedo:~> ich werde daraus aber nicht schlau: und mir ist immer noch ein Rätsel, warum zypper die opensuse-repos nicht findet Gruß Gregor
gregor willms schrieb:
Möglicherweise wirst Du grade auf einen Mirror geschickt, der Deine IP nicht mag oder was auch immmer. Trag doch mal testweise einen Mirror DIREKT ein, am besten einen in Deutschland. Die Liste findet man auf den Suse-Webseiten. -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel
Am Mittwoch, 6. Dezember 2023, 06:07:23 CET schrieb Manfred Haertel, DB3HM:
Ja, schau mal hier im opensuse-forum: https://forums.opensuse.org/t/leap-15-unable-to-receive-update-from-2-reposi... Stephan
Am 05.12.23 um 22:55 schrieb gregor willms:
Öffne die problematische URL mal mit dem Browser. Einmal mit download.opensuse.... und einmal mit der IP aus dem traceroute. Hier klappt es im Browser mit <http://download.opensuse.org/update/leap/15.5/backports/repodata/repomd.xml>. Aber nicht mit dem was dein Rechner daraus auflöst. <http://195.135.221.134/update/leap/15.5/backports/repodata/repomd.xml> Hinter der Adresse 195.135.221.134 ist (hier) kein funktionsfähiger Mirror zu erreichen. Jetzt ist die Frage warum dein Rechner meint download.opensuse.org führe zu 195.135.221.134. Prüfe mal die Bereiche Proxy, DNS (auch /etc/hosts). Bernd
Am Mittwoch, dem 06.12.2023 um 07:30 +0100 schrieb bnacht:
ich habe das Problem unkonventionell gelöst. Zunächst habe ich in etc/hosts die IP aus der traceroute eingetragen - nichts Neues. Dann habe ich gedacht, ich vergleiche die hosts vom tuxedonotebook, wo es nicht funktioniert, mit der vom imac (habe ich kürzlich gebraucht gekauft und eine frische suse 15.5 installiert; dort funktioniert es tadellos) Das tuxedonotebook habe ich vor einigen Jahren gebraucht gekauft mit installiertem opensuse (ich weiss nicht mehr genau, welche version, muss so um die 42.3 oder 15.0 gewesen sein) und anschließend peu a peu auf eine neuere Version gebracht. Hat auch immer gut funktioniert. Bis kürzlich unter 15.4 das Updateverhalten sich gravierend verschlechtert hat. Die Dateien etc/hosts unterscheiden sich total upgedatetes 15.5 134.76.12.6 ftp.gwdg.de 195.135.221.134 download.opensuse.org 94.130.205.133 graphics.tuxedocomputers.com 94.130.205.133 oibaf.tuxedocomputers.com 94.130.205.133 rpm.tuxedocomputers.com 94.130.205.133 rpm-discrete.tuxedocomputers.com 94.130.205.133 rpm-hybrid.tuxedocomputers.com 94.130.205.133 kernel.tuxedocomputers.com 94.130.205.133 packages.tuxedocomputers.com in dieser Datei habe ich beim downloadopensusepfad am ende die 134 durch die 26 aus der traceroute ersetzt, ohne Verbesserung. bei dem frisch installierten 15.5 sieht dieselbe Datei folgendermaßen aus # # hosts This file describes a number of hostname-to-address # mappings for the TCP/IP subsystem. It is mostly # used at boot time, when no name servers are running. # On small systems, this file can be used instead of a # "named" name server. # Syntax: # # IP-Address Full-Qualified-Hostname Short-Hostname # 127.0.0.1 localhost # special IPv6 addresses ::1 localhost ipv6-localhost ipv6-loopback fe00::0 ipv6-localnet ff00::0 ipv6-mcastprefix ff02::1 ipv6-allnodes ff02::2 ipv6-allrouters ff02::3 ipv6-allhosts# # hosts This file describes a number of hostname-to-address # mappings for the TCP/IP subsystem. It is mostly # used at boot time, when no name servers are running. # On small systems, this file can be used instead of a # "named" name server. # Syntax: # # IP-Address Full-Qualified-Hostname Short-Hostname # 127.0.0.1 localhost # special IPv6 addresses ::1 localhost ipv6-localhost ipv6-loopback fe00::0 ipv6-localnet ff00::0 ipv6-mcastprefix ff02::1 ipv6-allnodes ff02::2 ipv6-allrouters ff02::3 ipv6-allhosts Ich habe dann die hosts-Datei aus upgeddateten 15.5 durch die hosts- Datei aus dem frisch installierten 15.5 System erstzt und zusätzlich noch die hosts.conf in das etc-Verzeichnis des defekten Systems kopiert # # /etc/host.conf - resolver configuration file # # Please read the manual page host.conf(5) for more information. # # # The following option is only used by binaries linked against # libc4 or libc5. This line should be in sync with the "hosts" # option in /etc/nsswitch.conf. # order hosts, bind # # The following options are used by the resolver library: # multi on und jetzt läuft es wieder mit den Repos und den Updates. Auch das Packagekit funktioniert wieder flüssig. Was da im Hintergrund alles passiert, ist mir als user ziemlich verborgen, bin aber glücklich, dass es wieder läuft. Warum die hosts-Dateien sich bei einem upgedateten System und einem frisch installierten System so unterscheiden, weiß ich auch nicht. Danke für die Unterstützung an alle, die Konzentration auf die Datei hosts war für mich der wichtige Hinweis viele Grüße Gregor
Am 04.12.23 um 21:56 schrieb gregor willms:
Nur Heute? Beschränkt sich da Problem nur auf den Updatevorgang? Ich würde testweise einen größeren Download anstoßen, z.B. eine Ubuntu oder Fedora DVD-Iso und sehen ob es am lokalen System oder an der Verbindung liegt. Gruß Peter
Am Montag, dem 04.12.2023 um 22:36 +0100 schrieb Peter McD:
nein, wie gesagt, dass ist schon eine Weile so; ich weiss nicht genau, wann es mir zum ersten Mal aufgefallen ist; die Ubuntu 23.10-ISO mit 4,8 GB Volumen hat 30 Minuten zum download gebraucht, ist gefühlt absolut in Ordnung. Gruß Gregor
gregor willms schrieb:
Dass der "Refresh" des SLE-Repositorys MANCHMAL sehr langsam ist, kenne ich auch - und auch genau immer nur der. Aber das ist mal eine Minute oder zwei und keine 15 bis 30. Deine Beschreibung klingt aber eher nach Peering-Problemen im Internet, also Du hast eine schlechte Route zu den Suse-Servern. Probier doch mal ein traceroute download.opensuse.org und das am besten mal mehrfach. -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel
Am 04.12.23 um 21:56 schrieb gregor willms:
1. Schritt: Zuerst wirfst du mal alle Repos die nicht von download.opensuse.org kommen aus dem Refresh 2. Schritt: Dann testet du (zypper ref -s) ob es wirklich an download.opensuse.org liegt. Wenn nicht, und davon gehe ich aus, kannst du nach und nach den übrigen Zoo wieder hinzufügen und schauen wer die Verzögerung reinbringt. 3. Schritt: Ergebnis bekannt geben. Im übrigen gibt es https://paste.opensuse.org wo solche Ausgaben perfekt aufgehoben sind. Schau mal rein ... (Das wäre mein vorgehen.) Bernd
Am Dienstag, dem 05.12.2023 um 08:06 +0100 schrieb bnacht:
ich habe den ganzen Zoo mal entfernt, packman habe ich belassen, da ich Systempakete auf Versionen aus dem Packmanrepo umgestellt habe. Das jetzt wieder rückumzustellen mit einem updatetool, dass nicht richtig funktioniert, habe ich mir erst mal gespaart. Außerdem sehe ich daraus, dass das packmanrepo als einziges korrekt funktioniert? gregor@linux-tuxedo:~> sudo zypper ref -s [sudo] Passwort für root: Alle Dienste wurden aktualisiert. Repository 'Packman Repository' ist aktuell. Problem beim Abrufen der Dateien von 'Update repository of openSUSE Backports'. Zeitüberschreitung beim Zugriff auf 'http://download.opensuse.org/update/leap/15.5/backports/repodata/repomd.xml' . In der Fehlermeldung oben finden Sie einen entsprechenden Hinweis. Repository 'Update repository of openSUSE Backports' wird aufgrund des obigen Fehlers übersprungen. Problem beim Abrufen der Dateien von 'Main Repository'. Zeitüberschreitung beim Zugriff auf 'http://download.opensuse.org/distribution/leap/15.5/repo/oss/repodata/repomd...' . In der Fehlermeldung oben finden Sie einen entsprechenden Hinweis. Repository 'Main Repository' wird aufgrund des obigen Fehlers übersprungen. Problem beim Abrufen der Dateien von 'Update repository with updates from SUSE Linux Enterprise 15'. Zeitüberschreitung beim Zugriff auf 'http://download.opensuse.org/update/leap/15.5/sle/repodata/repomd.xml' . In der Fehlermeldung oben finden Sie einen entsprechenden Hinweis. Repository 'Update repository with updates from SUSE Linux Enterprise 15' wird aufgrund des obigen Fehlers übersprungen. Problem beim Abrufen der Dateien von 'Main Update Repository'. Zeitüberschreitung beim Zugriff auf 'http://download.opensuse.org/update/leap/15.5/oss/repodata/repomd.xml' . In der Fehlermeldung oben finden Sie einen entsprechenden Hinweis. Repository 'Main Update Repository' wird aufgrund des obigen Fehlers übersprungen. Einige der Repositorys konnten aufgrund eines Fehlers nicht aktualisiert werden. gregor@linux-tuxedo:~> dann mal das traceroute download.opensuse.org dreimal hintereinander ausgeführt: gregor@linux-tuxedo:~> sudo traceroute download.opensuse.org traceroute to download.opensuse.org (195.135.221.134), 30 hops max, 60 byte packets 1 192.168.0.1 (192.168.0.1) 3.620 ms 4.621 ms 5.968 ms 2 172.31.0.1 (172.31.0.1) 22.797 ms 22.762 ms 23.606 ms 3 ip-core-maw2-ae31.netcologne.de (195.14.195.165) 30.190 ms 30.157 ms 30.123 ms 4 ip-core-sto1-et10-3-1.netcologne.de (195.14.215.194) 24.327 ms 24.295 ms ip-core-sto2-et10-3-1.netcologne.de (195.14.215.198) 30.022 ms 5 bdr-sto1-ae1.netcologne.de (81.173.192.114) 30.981 ms bdr-sto1- ae2.netcologne.de (81.173.192.118) 29.961 ms bdr-sto1-ae1.netcologne.de (81.173.192.114) 30.913 ms 6 ae10-1.fra30.core-backbone.com (80.81.195.147) 31.821 ms 19.305 ms 21.070 ms 7 ae2-2001.nbg30.core-backbone.com (81.95.15.161) 26.682 ms 27.453 ms 27.397 ms 8 core-backbone.microfocus.com (5.56.18.210) 28.705 ms 29.899 ms 31.166 ms 9 195.135.221.26 (195.135.221.26) 31.114 ms 31.060 ms 31.007 ms 10 * * * 11 * * * 12 * * * 13 * * * 14 * * * 15 * * * 16 * * * 17 * * * 18 * * * 19 * * * 20 * * * 21 * * * 22 * * * 23 * * * 24 * * * 25 * * * 26 * * * 27 * * * 28 * * * 29 * * 30 * * * gregor@linux-tuxedo:~> ich werde daraus aber nicht schlau: und mir ist immer noch ein Rätsel, warum zypper die opensuse-repos nicht findet Gruß Gregor
participants (6)
-
bnacht -
gregor willms -
Manfred Haertel, DB3HM -
Peter McD -
Ralf Prengel -
Stephan Hemeier