zypper refresh stuck

hi, inet conn is functional but refresh stuck for a very very long time. vm installed via qcow2 file on kvm.
already tried rpm --rebuilddb, zypper clean -a

localhost:~ # zypper ref
Retrieving repository ‘Non-OSS Repository’ metadata ----------------------------------]

I have had this happen, probably due to a network problem (at the openSUSE end, not at my end).

I seem to remember using CTRL-C to exit. And I had to do that several times. Then is still asked whether I really want to abort. But that was a while ago, so I don’t know whether that would work now.

Fortunately, it doesn’t happen often. When it last happened, I just left it hanging in its own “xterm”. And eventually, it asked whether I wanted to retry or abort. It uses very little resources while in that hung situation, but it does lock the package data.

thnx for reply, am checked refresh on other machines at same time and their functional. if its opensuse side network issue then it should affect all. also i cant get files via wget but inet functional

The repo server does redirect to a mirror. And different machines might be redirected to different mirrors.

This is annoyingly frequent for me. My workaround is multiple URLs setup for each repo, and changing one or more to a different one when this happens by a simple process of copying e.g an *repoW or *repo-gwdg file over the existing *repo and repeating the zypper process.

# ls -Gg /etc/zypp/repos.d/
-rw-r--r-- 1  250 May 22  2019 BaseSystem.repoD
-rw-r--r-- 1  258 May 22  2019 BaseSystem.repoP
-rw-r--r-- 1  151 May 22  2019 Debug.repoD
-rw-r--r-- 1  176 Jun 10 06:36 FCL.repo
-rw-r--r-- 1  176 Jun 10 06:36 FCL.repoL15
-rw-r--r-- 1  238 May 22  2019 Graphics.repoD
-rw-r--r-- 1  246 May 22  2019 KDE3.repo
-rw-r--r-- 1  254 May 22  2019 KDE3.repo-gwdg
-rw-r--r-- 1  246 May 22  2019 KDE3.repoD
-rw-r--r-- 1  254 May 22  2019 KDE3.repoP
-rw-r--r-- 1  244 May 22  2019 KDE3.repoW
-rw-r--r-- 1  256 Dec  1  2019 KDEextra.repo
-rw-r--r-- 1  256 Dec  1  2019 KDEextra.repoD
-rw-r--r-- 1  246 May 22  2019 Kernel.repoD
-rw-r--r-- 1  137 May 22  2019 Libdvdcss.repo
-rw-r--r-- 1  137 May 22  2019 Libdvdcss.repoD
-rw-r--r-- 1  214 Sep  3  2019 MaintenanceTest.repoD
-rw-r--r-- 1  268 May 22  2019 Mozilla.repo-gwdg
-rw-r--r-- 1  260 May 22  2019 Mozilla.repoD
-rw-r--r-- 1  268 May 22  2019 Mozilla.repoP
-rw-r--r-- 1  301 May 22  2019 MozillaLegacy.repo-gwdg
-rw-r--r-- 1  293 May 22  2019 MozillaLegacy.repoD
-rw-r--r-- 1  291 May 22  2019 MozillaLegacy.repoW
-rw-rw-r-- 1  280 May 22  2019 MultimediaApps.repoD
-rw-r--r-- 1  248 Dec  1  2019 Network.repoD
-rw-r--r-- 1  153 May 22  2019 NonOSS.repo
-rw-r--r-- 1  153 May 22  2019 NonOSS.repo-gwdg
-rw-r--r-- 1  514 May 22  2019 NonOSS.repoC
-rw-r--r-- 1  153 May 22  2019 NonOSS.repoD
-rw-r--r-- 1  160 May 22  2019 NonOSS.repoE
-rw-r--r-- 1  165 May 22  2019 NonOSS.repoG
-rw-r--r-- 1  163 May 22  2019 NonOSS.repoL
-rw-r--r-- 1  157 May 22  2019 NonOSS.repoP
-rw-r--r-- 1  152 May 22  2019 NonOSS.repoW
-rw-r--r-- 1  143 May 22  2019 OSS.repo
-rw-r--r-- 1  147 May 22  2019 OSS.repo-gwdg
-rw-r--r-- 1  484 May 22  2019 OSS.repoC
-rw-r--r-- 1  143 May 22  2019 OSS.repoD
-rw-r--r-- 1  150 May 22  2019 OSS.repoE
-rw-r--r-- 1  155 May 22  2019 OSS.repoG
-rw-r--r-- 1  153 May 22  2019 OSS.repoL
-rw-r--r-- 1  147 May 22  2019 OSS.repoP
-rw-r--r-- 1  142 May 22  2019 OSS.repoW
-rw-r--r-- 1  257 May 22  2019 Packman.repo
-rw-r--r-- 1  257 May 22  2019 Packman.repo-gwdg
-rw-r--r-- 1  255 May 22  2019 Packman.repo-gwdgftp
-rw-r--r-- 1  220 May 22  2019 Packman.repo-inodeat
-rw-r--r-- 1  174 May 22  2019 Tools.repo-gwdg
-rw-r--r-- 1  170 May 22  2019 Tools.repoD
-rw-r--r-- 1  174 May 22  2019 Tools.repoP
-rw-r--r-- 1  169 May 22  2019 Tools.repoW
-rw-r--r-- 1  138 May 22  2019 Update.repo
-rw-r--r-- 1  142 May 22  2019 Update.repo-gwdg
-rw-r--r-- 1  424 May 22  2019 Update.repoC
-rw-r--r-- 1  138 May 22  2019 Update.repoD
-rw-r--r-- 1  145 May 22  2019 Update.repoE
-rw-r--r-- 1  150 May 22  2019 Update.repoG
-rw-r--r-- 1  148 May 22  2019 Update.repoL
-rw-r--r-- 1  142 May 22  2019 Update.repoP
-rw-r--r-- 1  137 May 22  2019 Update.repoW
-rw-r--r-- 1  154 May 22  2019 UpdateNonOSS.repo
-rw-r--r-- 1  158 May 22  2019 UpdateNonOSS.repo-gwdg
-rw-r--r-- 1  460 May 22  2019 UpdateNonOSS.repoC
-rw-r--r-- 1  154 May 22  2019 UpdateNonOSS.repoD
-rw-r--r-- 1  161 May 22  2019 UpdateNonOSS.repoE
-rw-r--r-- 1  166 May 22  2019 UpdateNonOSS.repoG
-rw-r--r-- 1  164 May 22  2019 UpdateNonOSS.repoL
-rw-r--r-- 1  158 May 22  2019 UpdateNonOSS.repoP
-rw-r--r-- 1  153 May 22  2019 UpdateNonOSS.repoW
-rw-r--r-- 1  242 May 22  2019 Utilities.repoD
-rw-r--r-- 1  258 May 22  2019 X11Utilities.repoD

I enable any particular repo by same copy process, or disable simply by deleting. Zypper only considers repos whose filenames end in .repo, so all the extra files are inert and function as in place backups.

second day cant refresh, is it normal? i dont think opensuse has issues with network so long time…

I am not seeing any issues here. That further suggests a mirror problem.

You can check here https://en.opensuse.org/openSUSE:Mirrors
for information about mirrors. However, that Wiki page mentions clicking on “details” to find the mirrors available. But the download site seems to have changed its web setup, and now there is no “details” link to click.

If you try to download http://download.opensuse.org/distribution/leap/15.2/repo/non-oss/CHECKSUMS
using “wget”, then “wget” will probably tell you about the redirection.

Hmm, that did not redirect on a test here. And the “repodata/repomd” file also did not redirect.

Another possibility is that your ISP or your government is blocking the download site. In that case, you would have to find a mirror that is not blocked, and change repos to use that mirror.

nope, this machine located on google cloud in finland, i dont think google or finland goverment blocking opensuse :slight_smile: i also replaced urls that working on other machine, still cant refresh. maybe you wanna ask me some logs or details? :slight_smile: just ask i will provide

Hi
It could be your locale and the mirrors your being directed too. I would suggest using a defined mirror close by to your locale from the list here: https://mirrors.opensuse.org/

no matter where am located and what mirror am using. machine has inet conn and it should get update. i think there another issue cause wget shows connected but not getting files.

Hi
If you browse to a mirror, select the repository and drill down to distribution/leap/15.2/repo/oss/x86_64/ and update/leap/15.2/oss/x86_64/ can you manually download and rpm?

nope, am using opensuse as srv, no gui, only wget or curl. as i mentioned wget shows connected but not downloading files.

Hi
Then use lynx… so what about the likes of the nvidia repository? If you use a url to grab and install something via zypper, does this work?


zypper -vvvv in http://download.opensuse.org/update/leap/15.2/oss/x86_64/curl-7.66.0-lp152.3.3.1.x86_64.rpm

localhost:~ # zypper -vvvv in http://download.opensuse.org/update/leap/15.2/oss/x86_64/curl-7.66.0-lp152.3.3.1.x86_64.rpm
Verbosity: 3
Non-option programme arguments: ‘http://download.opensuse.org/update/leap/15.2/oss/x86_64/curl-7.66.0-lp152.3.3.1.x86_64.rpm
http://download.opensuse.org/update/leap/15.2/oss/x86_64/curl-7.66.0-lp152.3.3.1.x86_64.rpm’ looks like an RPM file. Will try to download it.
Retrieving: http://download.opensuse.org/update/leap/15.2/oss/x86_64/curl-7.66.0-lp152.3.3.1.x86_64.rpm ------------------|]Retrieving: http://download.opensuse.org/update/leap/15.2/oss/x86_64/curl-7.66.0-lp152.3.3.1.x86_64.rpm …[error]

Hi
So you can resolve and ping other sites?


ping 8.8.8.8
ping google.com
wget http://http.download.nvidia.com/opensuse/leap/15.2/NVIDIA-LICENSE

localhost:~ # ping -c2 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=114 time=1.26 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=114 time=0.955 ms

— 8.8.8.8 ping statistics —
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 0.955/1.109/1.264/0.158 ms
localhost:~ # ping -c2 www.google.com
PING www.google.com (64.233.161.104) 56(84) bytes of data.
64 bytes from lh-in-f104.1e100.net (64.233.161.104): icmp_seq=1 ttl=114 time=1.06 ms
64 bytes from lh-in-f104.1e100.net (64.233.161.104): icmp_seq=2 ttl=114 time=1.20 ms

www.google.com ping statistics —
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 1.069/1.135/1.202/0.074 ms
localhost:~ #

localhost:~ # wget http://http.download.nvidia.com/opensuse/leap/15.2/NVIDIA-LICENSE
–2020-07-22 19:00:50-- http://http.download.nvidia.com/opensuse/leap/15.2/NVIDIA-LICENSE
Resolving http.download.nvidia.com (http.download.nvidia.com)… 192.229.221.58, 2606:2800:233:ef6:15dd:1ece:1d50:1e1
Connecting to http.download.nvidia.com (http.download.nvidia.com)|192.229.221.58|:80… connected.
HTTP request sent, awaiting response… ^C

yeah, i can, its really strange, i have inet conn but at the same time its not functional. wget connected but not downloading

just tried curl url with http and succes. also checked if repo urls https, they are http. still cant refresh

Hi
Is the firewall active and blocking something? Can you manually download the update repository to a device and transfer to the vm? Add as a local plain repo and update the system?

nope, as you see from output all is ok, tcp traffic is statefull so returned traffic is allowed by default. no issues with firewall. just downloaded file via curl, but only http, https not working

You have some downloads that are failing (timing out).

Can you try those same downloads on the KVM server machine. Maybe they work there, but not on the KVM client.

When I first started using KVM several years ago, I ran into networking issues. I had MTU at 1480 on the KVM server. So I changed it back to the default of 1500, and everything started to work properly. Maybe if I had set MTU=1480 on the client, that would also have worked.

Something for you to check.