I have the second computer that I start every now and then. It has 2 or more GB of updates, but it is impossible to update, it continues impossible to reach the address, I press retry, it makes a peak of a few seconds where it downloads 4 or 5 mega and then it stops there, just a minute passes and it asks me to try again, same thing, it makes a peak and then stops. There is no way to update without depending on Zypper
As you should update Tumbleweed only with zypper dup
, I am not sure I understand your description. How can you “press retry” in CLI environment?
99 / 5.000
time out exceeded …cancel, ignore, try again [a/i/r] and I press r and try again
Using zypper means you have to stay there because otherwise after a few times that it tries again by itself it closes and you have to start over, in my case there are 24 dependencies to resolve and I have to resolve them every time zypper stops… it’s a nerve-wracking thing. Zypper doesn’t do its job, it’s time for it to retire
Already downloaded packages remain in cache.
I have no idea what it is supposed to mean.
How is zypper responsible for the bad connectivity on your site? What stops you from using a different mirror with better reachability?
Yes the packages remain in cache, now I’ve been away and Zypper has done what it wants after a few times it automatically tries again, then cancels… and I have to start over again
I already have to use the translator, I already have to be patient, it’s already hot, I hope I don’t answer badly
Use
LANG=C
before your command, such as:
LANG=C zypper dup
And we are getting the English output.
So please show:
LANG=C zypper lr -d
type or paste code here enziosavio@linux-area51:~> LANG=C zypper lr -d
# | Alias | Name | Enabled | GPG Check | Refresh | Priority | Type | URI | Service
--+---------------------------------+---------------------------------+---------+-----------+---------+----------+--------+---------------------------------------------------------------------+--------
1 | download.opensuse.org-non-oss | Repository principale (NON-OSS) | Yes | (r ) Yes | Yes | 99 | rpm-md | https://ftp.gwdg.de/pub/opensuse/tumbleweed/repo/non-oss/ |
2 | download.opensuse.org-oss | Repository principale (OSS) | Yes | (r ) Yes | Yes | 99 | rpm-md | https://ftp.gwdg.de/pub/opensuse/tumbleweed/repo/oss/ |
3 | ftp.gwdg.de-openSUSE_Tumbleweed | Packman Repository | Yes | (r ) Yes | Yes | 80 | rpm-md | http://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Tumbleweed/ |
4 | google-chrome | google-chrome | Yes | ( p) Yes | Yes | 95 | rpm-md | http://dl.google.com/linux/chrome/rpm/stable/x86_64 |
enziosavio@linux-area51:~>
It looks to me the problems you are having has to do with you Internet connection it seems limited to Packman.
Can you confirm it is limited to Packman?
I see ftp.gwdg.de, I am using Index of /packman/suse/openSUSE_Tumbleweed for Packman.
Additionally: Your repo list is incomplete. You are missing the very important update repository which is used for emergency updates.
http://download.opensuse.org/update/tumbleweed/
It seems you “cleaned” your repo list as you thought it would be necessary to do so, but it isn’t. In this case you removed necessary repos…
Why do you use an mirror and not the “official” URL:
https://download.opensuse.org/tumbleweed/repo/non-oss/
and
https://download.opensuse.org/tumbleweed/repo/oss/
Timeout exceeded when accessing 'http://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Tumbleweed/Multimedia/x86_64/libqt4-x11-4.8.7-1699.458.pm.35.x86_64.rpm'.
Abort, retry, ignore? [a/r/i] (r):
Trying again...
Retrieving: libqt4-x11-4.8.7-1699.458.pm.35.x86_64.rpm ..........................................................[done (5.2 MiB/s)]
Retrieving: libavformat56-2.8.22-1699.1.pm.16.x86_64 (Packman Repository) (1371/1793), 790.0 KiB
Retrieving: libavformat56-2.8.22-1699.1.pm.16.x86_64.rpm ......................................................[done (712.3 KiB/s)]
Retrieving: Mesa-gallium-24.1.3-1699.389.pm.1.x86_64 (Packman Repository) (1372/1793), 11.4 MiB
Retrieving: Mesa-gallium-24.1.3-1699.389.pm.1.x86_64.rpm .......................................................[done (10.5 MiB/s)]
Retrieving: Mesa-libGLESv2-devel-24.1.3-1699.389.pm.1.x86_64 (Packman Repository) (1373/1793), 85.0 KiB
Retrieving: Mesa-libGLESv2-devel-24.1.3-1699.389.pm.1.x86_64.rpm ...............................................[done (51.9 KiB/s)]
Retrieving: Mesa-libGLESv1_CM-devel-24.1.3-1699.389.pm.1.x86_64 (Packman Repository) (1374/1793), 64.0 KiB
Retrieving: Mesa-libGLESv1_CM-devel-24.1.3-1699.389.pm.1.x86_64.rpm ............................................[done (51.9 KiB/s)]
Retrieving: libavformat59-5.1.4-1699.15.pm.8.x86_64 (Packman Repository) (1375/1793), 1.0 MiB
Retrieving: libavformat59-5.1.4-1699.15.pm.8.x86_64.rpm .......................................................[done (725.0 KiB/s)]
Retrieving: libavformat58_76-4.4.4-1699.18.pm.13.x86_64 (Packman Repository) (1376/1793), 1004.3 KiB
Retrieving: libavformat58_76-4.4.4-1699.18.pm.13.x86_64.rpm ...................................................[done (783.0 KiB/s)]
Retrieving: libavformat57-3.4.13-1699.1.pm.21.x86_64 (Packman Repository) (1377/1793), 889.1 KiB
Retrieving: libavformat57-3.4.13-1699.1.pm.21.x86_64.rpm ...................................................................[error]
Timeout exceeded when accessing 'http://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Tumbleweed/Essentials/x86_64/libavformat57-3.4.13-1699.1.pm.21.x86_64.rpm'.
Abort, retry, ignore? [a/r/i] (r):
Trying again...
Retrieving: libavformat57-3.4.13-1699.1.pm.21.x86_64.rpm ......................................................[done (712.3 KiB/s)]
Retrieving: libavformat60-6.1.1-1699.7.pm.16.x86_64 (Packman Repository) (1378/1793), 1.0 MiB
Retrieving: libavformat60-6.1.1-1699.7.pm.16.x86_64.rpm ....................................................................[error]
Timeout exceeded when accessing 'http://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Tumbleweed/Essentials/x86_64/libavformat60-6.1.1-1699.7.pm.16.x86_64.rpm'.
Abort, retry, ignore? [a/r/i] (r):
Trying again...
Retrieving: libavformat60-6.1.1-1699.7.pm.16.x86_64.rpm .......................................................[done (812.7 KiB/s)]
Retrieving: libavfilter5-2.8.22-1699.1.pm.16.x86_64 (Packman Repository) (1379/1793), 517.5 KiB
Retrieving: libavfilter5-2.8.22-1699.1.pm.16.x86_64.rpm .......................................................[done (258.4 KiB/s)]
Retrieving: Mesa-dri-devel-24.1.3-1699.389.pm.1.x86_64 (Packman Repository) (1380/1793), 69.0 KiB
Retrieving: Mesa-dri-devel-24.1.3-1699.389.pm.1.x86_64.rpm ..................................................................[done]
Retrieving: Mesa-libGL-devel-24.1.3-1699.389.pm.1.x86_64 (Packman Repository) (1381/1793), 489.8 KiB
Retrieving: Mesa-libGL-devel-24.1.3-1699.389.pm.1.x86_64.rpm ...............................................................[error]
Timeout exceeded when accessing 'http://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Tumbleweed/Essentials/x86_64/Mesa-libGL-devel-24.1.3-1699.389.pm.1.x86_64.rpm'.
Abort, retry, ignore? [a/r/i] (a):
Trying again...
Problem occurred during or after installation or removal of packages:
Installation has been aborted as directed.
Please see the above error message for a hint.
enziosavio@linux-area51:~>
I thought it was … but it’s not. Because even from the oss repo it has the same sudden blocks, I started with the update and it downloaded 600 or more rpm in a flash, then it started to block, the problem is that it takes too long to realize that nothing is arriving because it’s not that it goes slowly, not even a bit arrives. When it restarts it has a peak sometimes of a few seconds, sometimes a little more, then it stops again
As pointed out by Sauerland you are using the same fixed german ftp.gwdg.de mirror for ALL of your repos, including OSS and NON-OSS. Only you know why…
You should use the intended load balancers and download redirectors to avoid problems as you have now unless there are valid reasons for it.
Agreed with @hui and @Sauerland
An easy way to fix your repo’s is to Try out the new CDN with openSUSE-repos
I changed them myself trying to get out of this situation without asking for help. But it was no use, even with the default ones it’s the same thing, zypper can’t take more than three minutes to understand that nothing comes down, and after 5 attempts to try again, it can’t go to cancel by closing the installation.
I also put the Gar Italia repositories, but nothing to do
Maybe an problem with Network, Internet or Provider
Maybe you are blocked?
Maybe
maybe
Can you download an openSUSE ISO with curl or wget?
Here I am now writing 1 minute to go 4.2 GB in a very short time
Unfortunately the problem only concerns Opensuse zypper and its repositories, so it is not my provider, on the secondary computer I installed Manjaro and there is no comparison, the packages come down at most I downloaded 1 or more gigabytes of updates in a minute, and whatever I install arrives without problems
Do you use the same ftp.gwdg.de mirror with Manjaro or how do you come to the conclusion that it is a zypper issue?
So did you already switch back to the standard download redirectors/load balancers delivered with an openSUSE standard installation? You changed away from the openSUSE redirectors manualy and created the problems yourself.
By switching to the standard openSUSE redirectors, you will get all official openSUSE packages in a defined way from the standard openSUSE redirectors/load balancers.
Then only packman stays on the problematic mirrors (which is btw no openSUSE or zypper problem. packman mainly provides german mirrors…). Btw, openSUSE is not responsible for the packman mirror. It is not maintained, provided or related in any way to openSUSE. If you have performance problems with the german ftp.gwdg.de mirror it is up to you…because you have choosen to use it on your own.