- openSUSE Mirrors

Repos offline
by Wolfgang Leithner 26 May '21

26 May '21

Wertes openSUSE Team, seit etwa einer Woche schlägt jeder Aktualisierungsversuch fehl, da unsere Rechner, die in Wien, Österreich, stehen, automatisch auf den Mirror von karneval.cz weitergeleitet werden, der bereits seit längerem offline ist. Hier die Fehlermeldung: zypper update Metadaten von Repository 'Hauptaktualisierungs-Repository' abrufen ..................................................................................................................................................................[Fehler] Repository 'Hauptaktualisierungs-Repository' ist ungültig. [repo-update|http://download.opensuse.org/update/leap/15.2/oss] Keine gültigen Metadaten bei dem festgelegten URL gefunden Verlauf: - Zeitüberschreitung beim Zugriff auf 'http://download.opensuse.org/update/leap/15.2/oss/repodata/25db39936282a559…'. - Can't provide ./repodata/25db39936282a55900b9b2b4a311bba2acce5681dfed494c42418ba9ee3f3149-deltainfo.xml.gz Überprüfen Sie, ob die für dieses Repository bestimmten URIs auf ein gültiges Repository verweisen. Warnung: Repository 'Hauptaktualisierungs-Repository' wird aufgrund des obigen Fehlers übersprungen. Metadaten von Repository 'Aktualisierungs-Repository (Nicht-Open-Source-Software)' abrufen ..........................................................................................................................................[Fehler] Repository 'Aktualisierungs-Repository (Nicht-Open-Source-Software)' ist ungültig. [repo-update-non-oss|http://download.opensuse.org/update/leap/15.2/non-oss/] Keine gültigen Metadaten bei dem festgelegten URL gefunden Verlauf: - Zeitüberschreitung beim Zugriff auf 'http://download.opensuse.org/update/leap/15.2/non-oss/repodata/eb484a479277…'. - Can't provide ./repodata/eb484a47927799d00ae24e3c9d098d9648d2441147c787a511178cb4400c10d3-primary.xml.gz Überprüfen Sie, ob die für dieses Repository bestimmten URIs auf ein gültiges Repository verweisen. Warnung: Repository 'Aktualisierungs-Repository (Nicht-Open-Source-Software)' wird aufgrund des obigen Fehlers übersprungen. Einige der Repositorys konnten aufgrund eines Fehlers nicht aktualisiert werden. Rufe ich im Browser die URI händisch auf kommt die Fehlermeldung: An error occurred while handling your request While trying to retrieve the URL:http://mirror.karneval.cz/pub/linux/opensuse/update/leap/15.2/oss/repodata/25db39936282a55900b9b2b4a311bba2acce5681dfed494c42418ba9ee3f3149-deltainfo.xml.gz The content could not be delivered due to the following condition:Network is unreachable Es wäre sehr schön, wenn die Updates in naher Zukunft wieder funktionieren würden. -- *Mit freundlichen Grüßen* *Wolfgang Leithner* ------------------------------------------------------------------------ *Pinguin-Systeme.at KG* *Geschäftsführer: Wolfgang Leithner* A-1020 Wien, Engerthstr. 257 A-1230 Wien, Perfektastr. 61, Obj. 2, Top 2 Tel.: +43-1-890 06 67-0 Fax.: +43-1-890 06 67-90 Firmenbuchnr.: FN 252576k Firmengericht: Handelsgericht Wien Behörde gem. ECG (E-Commerce Gesetz): Magistratisches Bezirksamt des II. Bezirkes UID: ATU61211307 ------------------------------------------------------------------------ *Postalische Zusendungen AUSSCHLIESSLICH an A-1230 Wien, Perfektastr. 61, Obj. 2, Top 2* ------------------------------------------------------------------------ Zertifizierter Experte für IT- und Data Security SUSE Certified Engineer SCE12/SCE15 IT Security Expert der WKO Open Source Expert der WKO KOPANO Certified Administrator/Engineer SOPHOS Certified Architect NOVELL/SUSE Certified Linux Administrator CLA12 ZARAFA Certified Administrator/Engineer LPI Certified System Administrator SCE Scalix Certified Administrator/Engineer CSMBE Cisco SMB Engineer ------------------------------------------------------------------------ Tel.: +43-1-890 06 67 - 20 Mobil: +43-699-116 64 881 EMail: wolfgang.leithner(a)pinguin-systeme.at http://www.pinguin-systeme.at ------------------------------------------------------------------------ GPG Key Fingerprint: 8275 9E0B 2C46 D884 0B17 7C39 1619 B759 9319 BF05 GPG Public Key can be found at: https://wolke6.wiener-wolke.at/index.php/s/d6hVIQviTh0BNKH <https://wolke6.wiener-wolke.at/index.php/s/d6hVIQviTh0BNKH> Signed/Encrypted EMails preferred ------------------------------------------------------------------------ Der Inhalt dieser Nachricht ist persönlich und vertraulich und lediglich für die Verwendung durch den/die Adressaten bestimmt. Sollten Sie diese Nachricht irrtümlich erhalten haben, informieren Sie bitte postmaster(a)pinguin-systeme.at. This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify postmaster(a)pinguin-systeme.at ------------------------------------------------------------------------

2 1

mirror.tspu.ru is not resolvable, but is the only mirror that serves Mozilla repo
by Nicolas FORMICHELLA 26 Apr '21

26 Apr '21

Hello, The default mirror for my region (EU) mirror.tspu.ru, is unresolvable, but it still redirect me to the mirror, which fails update because this the only mirror that serves the mozilla repo (https://download.opensuse.org/repositories/mozilla/openSUSE_Tumbleweed/x86_…) Here is what `dig mirror.tspu.ru` returns : ; <<>> DiG 9.16.12 <<>> mirror.tspu.ru ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 16978 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 1232 ; EDE: 6 (DNSSEC Bogus) ;; QUESTION SECTION: ;mirror.tspu.ru. IN A ;; Query time: 188 msec ;; SERVER: 1.0.0.1#53(1.0.0.1) ;; WHEN: lun. avril 26 11:28:49 CEST 2021 ;; MSG SIZE rcvd: 49 I can't update my system without disabling the repo, which is fine for now

3 3

Re: mirror.tspu.ru is not resolvable, but is the only mirror that serves Mozilla repo
by Nicolas FORMICHELLA 26 Apr '21

26 Apr '21

Ok thanks, does not resolve on Google and Cloudflare, only on Quad9, weird dig @8.8.8.8 mirror.tspu.ru /tmp ; <<>> DiG 9.16.12 <<>> @8.8.8.8 mirror.tspu.ru ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 1177 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 512 ;; QUESTION SECTION: ;mirror.tspu.ru. IN A ;; Query time: 100 msec ;; SERVER: 8.8.8.8#53(8.8.8.8) ;; WHEN: lun. avril 26 11:45:48 CEST 2021 ;; MSG SIZE rcvd: 43 dig @9.9.9.9 mirror.tspu.ru /tmp ; <<>> DiG 9.16.12 <<>> @9.9.9.9 mirror.tspu.ru ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 6208 ;; flags: qr rd ra ad; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 1232 ;; QUESTION SECTION: ;mirror.tspu.ru. IN A ;; ANSWER SECTION: mirror.tspu.ru. 41602 IN A 193.106.132.11 ;; Query time: 116 msec ;; SERVER: 9.9.9.9#53(9.9.9.9) ;; WHEN: lun. avril 26 11:46:02 CEST 2021 ;; MSG SIZE rcvd: 59

1 0

Leap 15.3 on http://mirror1.hs-esslingen.de seem to be out of sync
by Lubos Kocman 19 Apr '21

19 Apr '21

Hello mirror admins, this mirror http://mirror1.hs-esslingen.de seem to keep up to 4 versions of openSUSE Leap 15.3 Beta rpms (15.3 oss ftp repo) Can you please investigate or somehow force re-sync the data? Thank you Best regards Lubos Kocman Release Manager openSUSE Leap

6 5

What an amazing week - four in as many days
by Per Jessen 18 Mar '21

18 Mar '21

I usually don't bother with announcing new mirrors, they're not happening that frequently, but this week takes the biscuit. Four new Chinese mirrors in as many days. I am happy to announce four new openSUSE mirrors in China: eScience Center, Nanjing University Harbin Institute of Technology LUG Shanghai Jiao Tong University Network Southern University of Science and Technology. Many thanks for volunteering your time and resources! -- Per Jessen, Zürich (1.4°C) openSUSE mirror manager.

1 0

slow download speed downloadcontent.opensuse.org
by Alex Bihlmaier 13 Mar '21

13 Mar '21

Hello. My current "zypper dup" is kinda slow. It fetches it's stuff from downloadcontent.opensuse.org - according to tcpdump. Abrufen: chromium-89.0.4389.72-lp152.2.77.1.x86_64.rpm ........<84%>===[/ (271,2 KiB/s)] It goes down to 15 KiB/s and it downloads this chromium now since ~10min and is very slowly. Anyone else? Alex

3 2

packman.inode.at / magenta.at returns 403
by Lubos Kocman 08 Mar '21

08 Mar '21

Hello Mirror admins I did receive a complain that http://packman.inode.at/ is now returning 403. Is there any plan to fix it? I also see that inode.at is being redirected to magenta.at perhaps it's related. Thank you Lubos

2 1

Zypper with MirrorCache pilot project
by Andrii Nikitin 05 Mar '21

05 Mar '21

(Note: this email was sent weeks ago, but it looks it didn't come trough). Hi all, As part of improvements to download.opensuse.org experience, currently new pilot service is available for using with zypper. https://mirrorcache.opensuse.org Its primary task is to redirect zypper requests to a mirror in client's country, similar to what MirrorBrain project does. You can try to replace in /etc/zypp/repos.d/*.repo http://download.opensuse.org with http://mirrorcache.opensuse.org or https://mirrorcache.opensuse.org If you are in Europe or America, the best experience is expected with these addresses: mirrorcache-eu.opensuse.org<https://mirrorcache.opensuse.org> (Europe) mirrorcache-na.opensuse.org<https://mirrorcache.opensuse.org> (North America) Since it is still a pilot, the service comes without any guarantee or obligations. Reasons to try it may have those who: - live in North America and don't want to be redirected to send cross-continent requests when possible; - want to stick to https connection (mirrorcache will try to find a mirror in the same country, which supports https); - are on ipv4-only or ipv6-only connection (mirrorcache will try to find a mirror which supports ipv4 or ipv6, depending on the request's connection); - redirection from d.o.o leads to a mirror, which actually doesn't have the requested file (it is rare, but can happen); - want to try hosting a mirrorcache instance for own location (e.g. organization, country or continent) and enjoy fast and reliable redirection. (with very modest disk space / HW requirements). Additional reasons may have those who: - want to help with improving d.o.o experience and provide feedback; - are interested in mirror management, for which admin's UI is available, and non-admin UI is planned (so a user can add and manage own mirror without global admin rights); https://mirrorcache.opensuse.org/app/server (login using UI menu and ask me for admin rights if you want to use it or see more advanced controls, like job details). - need some related functionality: it is possible that it can be easily achievable with mirrorcache. Further read about differences from MirrorBrain: https://github.com/andrii-suse/MirrorCache/blob/master/doc/mb_compare.md How caching works: - caching happens on folder level, so e.g., when zypper tries to access file, unknown for mirrorcache - it will be redirected to d.o.o, then a background job will collect info about mirrors. Thereafter further requests to the same folder will be properly redirected to a mirror in the client's country, honoring http/https scheme and ipv4/ipv6 connection used: https://raw.githubusercontent.com/andrii-suse/MirrorCache/master/doc/flow.s… - requests to remodata/repomd.xml are not cached, so zypper always gets the latest version of packages. If you are interested in current source code (most of architecture is stolen from OpenQA): https://github.com/andrii-suse/MirrorCache In case of questions or any feedback do not hesitate to contact me. Regards, -- Andrii Nikitin <andrii.nikitin(a)suse.com> DevOPS Automation and Build Service Engineer SUSE Software Solutions Germany GmbH Maxfeldstr. 5 90409 Nuremberg Germany (HRB 247165, AG München) Managing Director: Felix Imendörffer

1 1

openSUSE Leap 15.3 Beta is comming next week
by Lubos Kocman 02 Mar '21

02 Mar '21

Hello Mirror admins, this is a heads up that you can expect openSUSE Leap 15.3 Beta next week. Scheduled date is Wed 24th Feb https://en.opensuse.org/openSUSE:Roadmap Please be aware that openSUSE Leap 15.3 has no longer "Ports" subproject. So ppc64le, aarch64, and newly s390x are now part of Leap 15.3 itself. Please make sure that the mirror setup is ready. One more heads up: There is a new effort called openSUSE Step which is addressing the ARMv7 availablility for openSUSE Leap. https://news.opensuse.org/2021/02/11/opensuse-new-project-looks-to-build-sl… Request is tracked here: https://progress.opensuse.org/issues/76231 Thank you very much in advance -- Best regards Lubos Kocman Release Manager openSUSE Leap SUSE LINUX, s.r.o. Krizikova 148/34 tel: +49 173 5876850 186 00 Praha 8 http://www.suse.com Czech Republic

1 1

Bad digest errors from ufpr.br mirror
by S. B. 30 Dec '20

30 Dec '20

Hi there, during the past week I've been getting bad digest errors from some packages in the opensuse.c3sl.ufpr.br/tumbleweed/repo/oss/ mirror. First of all, I'm not sure why I'm hitting that mirror, as it's not geographically close to me. When I manually switch to a different repo there are no errors. This is what I'm seeing, with random different packages each time I try: =================== Retrieving: libncurses6-6.2.20201205-12.1.x86_64.rpm ...................................................................................................................................................................[done (924,2 KiB/s)] Warning: Digest verification failed for file 'libncurses6-6.2.20201205-12.1.x86_64.rpm' [/var/tmp/AP_0x929b6K/x86_64/libncurses6-6.2.20201205-12.1.x86_64.rpm] expected 9026776c34b6ce27a8aaea0b61034739e75865214c08434040d1f537f3f696cb but got ab96b4c2fde4b203770423e19473c612dabb5a11938af219356956596c71d609 Accepting packages with wrong checksums can lead to a corrupted system and in extreme cases even to a system compromise. However if you made certain that the file with checksum 'ab96..' is secure, correct and should be used within this operation, enter the first 4 characters of the checksum to unblock using this file on your own risk. Empty input will discard the file. Unblock or discard? [ab96/...? shows all options] (discard): discard Package libncurses6-6.2.20201205-12.1.x86_64 (Tumbleweed_OSS) seems to be corrupted during transfer. Do you want to retry retrieval? Abort, retry, ignore? [a/r/i] (a): a ===================

3 4