- openSUSE Mirrors

Upgraded opensusemirror.lihaso.com
by René Linder 17 Dec '20

17 Dec '20

Hi All Sorry for the instability from my mirror server the last 2 months. Mostly i had problems with full Disk... and the this night the power supply was blowing up. I did moved the mirror server now in a new case with place for now around 4300G usable SSD space. and added 4GB Memory :-) Local server farm could get around 900Mbit/s traffic from this machine. Current Uplink Peak is at 107MBit/s. Currently sync stage.opensuse.org::opensuse-full-with-factory And excluded currently: opensuse/ports opensuse/history When the current sync is done ports will also be removed from excluded list. For what is history and makes it sense to mirror it? Greetings René -- René Linder Geschäftsführer(CEO) Linder Hard- und Software Wiesenstrasse 4 Mobile +41 78 625 42 97 CH-5303 Würenlingen https://www.lihaso.ch/

1 0

Subscription and Registering openSUSE Mirror
by Kelompok Linux Arek Suroboyo 10 Dec '20

10 Dec '20

Dear, openSUSE Community Hi, let me introduce myself, my name is Imanuel Ronaldo from Indonesia, i would like to subscribe for registering our official community service, GNU/Linux Distribution Mirror (http://buaya.klas.or.id/). openSUSE already include inside our service. Thank you -- *Your Faithfully,* [image: photograph] *Admin Cangkrukan KLAS* Event Organizer email: cangkrukan.klas(a)gmail.com mobile: +62895-6314-21101 (Andhika, Ketua) +62 851-5645-2629 (Imanuel, Humas) Kelompok Linux Arek Suroboyo, Jl. Panglima Sudirman No.101, Embong Kaliasin, Genteng, Kota Surabaya, Jawa Timur 60271 [image: facebook icon] <https://www.facebook.com/kelompoklinuxareksuroboyo/> [image: twitter icon] <https://twitter.com/KLAS_Activity> [image: instagram icon] <https://www.instagram.com/klas_activity/> klas.or.id

1 0

[mirror] no TW update repo, and a lot more missing
by Felix Miata 07 Nov '20

07 Nov '20

download.opensuse.org is much too frequently inaccessible or timing out from my SE USA location, as it is now, as reported by zypper ref unable to locate valid repodata and timouts on repomd.xml. This recurring situation is especially true late on Fridays and through the weekends. widehat.opensuse.org/update/ and ftp5.gwdg.de/pub/opensuse/update/ are both missing update/tumbleweed/. https://progress.opensuse.org/issues/new is missing a place to report this. https://bugzilla.opensuse.org/enter_bug.cgi?product=openSUSE.org is missing an infrastructure component -- Evolution as taught in public schools, like religion, is based on faith, not on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: mirror+unsubscribe(a)opensuse.org To contact the owner, email: mirror+owner(a)opensuse.org

1 0

[mirror] Reminder: openSUSE Leap 15.2 GA is today
by Lubos Kocman 02 Jul '20

02 Jul '20

Hello mirror admins! this is a friendly heads up that openSUSE Leap 15.2 is expected to be Globally Available today at 12 noon UTC. (Correction from 10:00 AM). All the data including GM isos were already made available specifically for mirrors (160GB, 320GB, 640GB). Progress of individual GA tasks can be seen here: https://progress.opensuse.org/projects/leap_152/issues/gantt Thank you and Best regards Luboš Kocman Release Manager openSUSE Leap SUSE Software Solutions Germany GmbH Maxfeldstr. 5 90409 Nuremberg Germany (HRB 36809, AG Nürnberg) Managing Director: Felix Imendörffer -- To unsubscribe, e-mail: mirror+unsubscribe(a)opensuse.org To contact the owner, email: mirror+owner(a)opensuse.org

1 1

[mirror] Reminder: openSUSE Leap 15.2 GA is on 2nd July 2020
by Lubos Kocman 30 Jun '20

30 Jun '20

Hello mirror admins! this is a friendly heads up that openSUSE Leap 15.2 is expected to be Globally Available on July 2nd 10:00 UTC. This task is tracked here: https://progress.opensuse.org/issues/61389 Progress of individual GA tasks can be seen here: https://progress.opensuse.org/projects/leap_152/issues/gantt Thank you Lubos Kocman Release Manager openSUSE Leap N��r��y隊Y��+��칻�&ޢ��'��-��w�zf��h�� ޮ�^�ˬz��

1 0

[mirror] FYI: New IPv6 addresses for scanner|download|stage|ftp.opensuse.org 2020-06-15
by Lars Vogdt 04 Jun '20

04 Jun '20

Hi We need to move to a new IPv6 subnet (2001:67c:2178::/48) with all opensuse.org machines at: 2020-06-15 All machines switch from 2620 to 2001 at this date. At the moment, they are running in both networks and should be reachable via their old and new address. If you are using DNS, no change is needed on your side. The most important machines that might have some ACL settings on some of your firewalls are: # scanner.opensuse.org 2620:113:80c0:8::20 => 2001:67c:2178:8::20 # stage.opensuse.org 2620:113:80c0:8::10 => 2001:67c:2178:8::10 # ftp.opensuse.org 2620:113:80c0:8::13 => 2001:67c:2178:8::13 # downloadcontent.opensuse.org 2620:113:80c0:8::27 => 2001:67c:2178:8::27 Note: this does not affect ACL settings for stage.opensuse.org on our side. If your mirror has an entry which allows him to sync from stage.opensuse.org, everything is fine. You might just notice scans from the different IPv6 addresses above. With kind regards, Lars -- Lars Vogdt <Lars.Vogdt(a)suse.com> - BuildOPS Engineering Team Lead - SUSE Software Solutions Germany GmbH (HRB 36809, AG Nürnberg), GF: Felix Imendörffer -- To unsubscribe, e-mail: mirror+unsubscribe(a)opensuse.org To contact the owner, email: mirror+owner(a)opensuse.org

1 0

[mirror] FYI: provo-mirror.opensuse.org: downtime and new IPv4 address 2020-06-05 - 2020-06-07
by Lars Vogdt 29 May '20

29 May '20

Hi Admins TL;DR: * provo-mirror.opensuse.org downtime 2020-06-05 until 2020-06-07 * 130.57.72.10 => 91.193.113.70 * 2620:113:8044:72:130:57:72:10 => deleted -- -- -- The public openSUSE servers in Provo, Utah will move into a new network and get new IPv4 addresses assigned as well during the first weekend in June: 2020-06-05 - 2020-06-07. There are currently no IPv6 (which is currently buggy anyway) addresses available in the new network. provo-mirror.opensuse.org is currently using: * 130.57.72.10 * 2620:113:8044:72:130:57:72:10 After the weekend, provo-mirror.opensuse.org will use: * 91.193.113.70 Please adjust your scripts or rsync module ACLs, if needed. Thanks in advance, Lars -- To unsubscribe, e-mail: mirror+unsubscribe(a)opensuse.org To contact the owner, email: mirror+owner(a)opensuse.org

1 0

Re: Fwd: [mirror] Suboptimal (for mirrors) download pattern by opensuse clients
by Benjamin Zeller 03 Mar '20

03 Mar '20

Hi, Sorry for top posting but I just subscribed to this ML for this conversation. I'm currently working on the libzypp/zypper http/https media backend and have suspected something like that myself. Currently we do not download multiple files at once but download one file in multiple chunks. I have a new downloader implemented that would support multiple downloads in parallel but I suffer from the problem that mirrorbrains forwards me from HTTPS to HTTP if I disable the metalink downloads in favour of downloading full files only, curl errors out in that case. I know we could disable that error but I'm not really sure that this is what we want. With metalink files we get the metalink description over https , which includes all checksums for the several chunks and then can use http connections as well because we can check if we really got what we asked for. Would be interesting to know here if we can configure mirrorbrains to just redirect to HTTPS if that's what the incoming connection is using. Not sure if we could drop Metalinks completely, however it makes the code much more complex supporting it and if it actually does more harm then good we should think about something else. As to the suggestion to use dynamic or bigger chunks: The metalink description file we download at the beginning has the list of chunks included and they are fixed. We probably could try and download multiple chunks in the same request though. Cheers, Benjamin On 3/2/20 3:04 PM, Michael Andres wrote: > > -------- Forwarded Message -------- > Subject: [mirror] Suboptimal (for mirrors) download pattern by opensuse > clients > Date: Fri, 21 Feb 2020 14:36:26 +0100 (CET) > From: Niklas Edmundsson <nikke(a)acc.umu.se> > To: mirror(a)opensuse.org > > > Hi, > > am I the only mirror admin that finds the current behavior of opensuse > clients suboptimal? > > Requests by "ZYpp 17.11.4 (curl 7.60.0) openSUSE-Leap-15.1-x86_64" etc > seem to be done with 256 kb chunk size, always, as an example: > > GET bytes=0-262143 > /mirror/opensuse.org/tumbleweed/repo/oss/x86_64/libqt5-qtwebengine-5.14.1-1.5.x86_64.rpm > GET bytes=262144-524287 > /mirror/opensuse.org/tumbleweed/repo/oss/x86_64/libqt5-qtwebengine-5.14.1-1.5.x86_64.rpm > > That's a silly small size, since TCP won't be able to ramp window sizes > and get good speed before those 256k are done. Also, we get > int($filesize/256k) entries in our logs for each download. > > To make matters worse, the thing seems to do some kind of round robin > between sites, with this pattern being the most ineffective looking from > a mirror admin standpoint: > > GET bytes=2097152-2359295 > /mirror/opensuse.org/tumbleweed/repo/oss/x86_64/libqt5-qtwebengine-5.14.1-1.5.x86_64.rpm > GET bytes=2621440-2883583 > /mirror/opensuse.org/tumbleweed/repo/oss/x86_64/libqt5-qtwebengine-5.14.1-1.5.x86_64.rpm > > Since the OS normally does read-ahead on file system reads, it will > read-ahead after byte 2359295 in preparation for the next read(). In > this case though, that's in vain as the request never comes but the next > data read is instead byte 2621440 and forward... OS read-ahead is most > commonly in the 64kB-1MB range, so it's not unlikely that the entire > 256k gap inbetween is read from disk without being used... > > Downloading files this way is just plain stupid, IMHO. > > I don't know what problem this behavior is supposed so solve, but it's > definitely not beneficial for us as a mirror, and I think it's hurting > your end users as well. > > If you want more bandwidth from us, request larger chunks (or whole > files). The TCP window will grow and you'll get the performance (within > the limits of 10 gigabit networking for one download). > > If you want to spread the load between mirrors, use larger chunks, and > specifically avoid small chunks and striped access. > > In any case, merge requests! If you're going to request a number of > consecutive chunks, do it in one request, preferrably as one range, to > make the most of the tcp connection you've set up. > > My minimum suggestion would be to bump the chunk-size to multiple > megabytes at the minimum, possibly varying depending on download > performance, aiming for each GET taking at least a couple of seconds to > allow for TCP to ramp speed (and reduce the noise in our logs). In > extreme cases we're seeing multiple tens of GET:s each second for some > downloads, I'm guessing the rate throttles due to the RTT latency (ping > time) and not some real bandwidth limit... > > > /Nikke - admin of ftp.acc.umu.se -- Benjamin Zeller <bzeller(a)suse.de> Systems Programmer SUSE Software Solutions Germany GmbH, Maxfeldstr. 5, 90409 Nuremberg, Germany Tel: +49-911-74053-0; Fax: +49-911-7417755; https://www.suse.com/ (HRB 36809, AG Nürnberg) Managing Director: Felix Imendörffer -- To unsubscribe, e-mail: mirror+unsubscribe(a)opensuse.org To contact the owner, email: mirror+owner(a)opensuse.org

5 14

[mirror] Suboptimal (for mirrors) download pattern by opensuse clients
by Niklas Edmundsson 21 Feb '20

21 Feb '20

Hi, am I the only mirror admin that finds the current behavior of opensuse clients suboptimal? Requests by "ZYpp 17.11.4 (curl 7.60.0) openSUSE-Leap-15.1-x86_64" etc seem to be done with 256 kb chunk size, always, as an example: GET bytes=0-262143 /mirror/opensuse.org/tumbleweed/repo/oss/x86_64/libqt5-qtwebengine-5.14.1-1.5.x86_64.rpm GET bytes=262144-524287 /mirror/opensuse.org/tumbleweed/repo/oss/x86_64/libqt5-qtwebengine-5.14.1-1.5.x86_64.rpm That's a silly small size, since TCP won't be able to ramp window sizes and get good speed before those 256k are done. Also, we get int($filesize/256k) entries in our logs for each download. To make matters worse, the thing seems to do some kind of round robin between sites, with this pattern being the most ineffective looking from a mirror admin standpoint: GET bytes=2097152-2359295 /mirror/opensuse.org/tumbleweed/repo/oss/x86_64/libqt5-qtwebengine-5.14.1-1.5.x86_64.rpm GET bytes=2621440-2883583 /mirror/opensuse.org/tumbleweed/repo/oss/x86_64/libqt5-qtwebengine-5.14.1-1.5.x86_64.rpm Since the OS normally does read-ahead on file system reads, it will read-ahead after byte 2359295 in preparation for the next read(). In this case though, that's in vain as the request never comes but the next data read is instead byte 2621440 and forward... OS read-ahead is most commonly in the 64kB-1MB range, so it's not unlikely that the entire 256k gap inbetween is read from disk without being used... Downloading files this way is just plain stupid, IMHO. I don't know what problem this behavior is supposed so solve, but it's definitely not beneficial for us as a mirror, and I think it's hurting your end users as well. If you want more bandwidth from us, request larger chunks (or whole files). The TCP window will grow and you'll get the performance (within the limits of 10 gigabit networking for one download). If you want to spread the load between mirrors, use larger chunks, and specifically avoid small chunks and striped access. In any case, merge requests! If you're going to request a number of consecutive chunks, do it in one request, preferrably as one range, to make the most of the tcp connection you've set up. My minimum suggestion would be to bump the chunk-size to multiple megabytes at the minimum, possibly varying depending on download performance, aiming for each GET taking at least a couple of seconds to allow for TCP to ramp speed (and reduce the noise in our logs). In extreme cases we're seeing multiple tens of GET:s each second for some downloads, I'm guessing the rate throttles due to the RTT latency (ping time) and not some real bandwidth limit... /Nikke - admin of ftp.acc.umu.se -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Niklas Edmundsson, Admin @ {acc,hpc2n}.umu.se | nikke(a)acc.umu.se --------------------------------------------------------------------------- NOW (n), adv: A moment in time that has already passed. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= -- To unsubscribe, e-mail: mirror+unsubscribe(a)opensuse.org To contact the owner, email: mirror+owner(a)opensuse.org

1 0

[mirror] openSuSE mirror problem
by ariel sabiguero yawelak 04 Dec '19

04 Dec '19

Hello. We had some trouble with one F.O. link to our faculty, thus, we had to "move" our mirror (espejito.fder.edu.uy) to a new IP address: 164.73.178.222 from a different provider. The provider states that the problem would be solved by 9th dec. As soon as it is fixed, we will return to previous operation conditions. Please let us know if there are further inconvinients or problems caused by this issue. regards ariel -- To unsubscribe, e-mail: mirror+unsubscribe(a)opensuse.org To contact the owner, email: mirror+owner(a)opensuse.org

1 0

[mirror] heads up: 15.2 will arrive on the download server soon
by Ludwig Nussel 07 Aug '19

07 Aug '19

Hi, Just a heads up. 15.2 development starts soon, therefore we'll have it on download.opensuse.org soon too. cu Ludwig -- (o_ Ludwig Nussel //\ V_/_ http://www.suse.com/ SUSE Linux GmbH, GF: Felix Imendörffer, Mary Higgins, Sri Rasiah, HRB 21284 (AG Nürnberg) -- To unsubscribe, e-mail: mirror+unsubscribe(a)opensuse.org To contact the owner, email: mirror+owner(a)opensuse.org

1 0

[mirror] packages builds not propagating to mirrors again -- for several days?
by PGNet Dev 11 Jul '19

11 Jul '19

My OBS kernel build's been through a couple of build cycles over the past few days. Currently, successfully built packages are not propagating to the mirrors; this is unfortunately a not-uncommon result, often going on for days. No idea what the actual problem is. What needs to be done to get propagation working consistently? E.g., this https://download.opensuse.org/repositories/home:/pgnd:/Kernel:/stable/openS… Mirrors for kernel-default-5.2.0-29.1.g7501499.x86_64.rpm File information Filename: kernel-default-5.2.0-29.1.g7501499.x86_64.rpm Path: /repositories/home:/pgnd:/Kernel:/stable/openSUSE_Leap_15.1/x86_64/kernel-default-5.2.0-29.1.g7501499.x86_64.rpm Size: 67M (70770360 bytes) Last modified: Wed, 10 Jul 2019 11:03:04 GMT (Unix time: 1562756584) Download file from preferred mirror Reliable downloads Metalink /repositories/home:/pgnd:/Kernel:/stable/openSUSE_Leap_15.1/x86_64/kernel-default-5.2.0-29.1.g7501499.x86_64.rpm.meta4 (IETF Metalink) /repositories/home:/pgnd:/Kernel:/stable/openSUSE_Leap_15.1/x86_64/kernel-default-5.2.0-29.1.g7501499.x86_64.rpm.metalink (old (v3) Metalink) Mirrors List of best mirrors for IP address 99.xx.xx.xx, located at 36.270241,-121.8074545 in United States (US). Map showing the closest mirrors No mirror was found I am very sorry, but no mirror was found. Feel free to download directly: /repositories/home:/pgnd:/Kernel:/stable/openSUSE_Leap_15.1/x86_64/kernel-default-5.2.0-29.1.g7501499.x86_64.rpm -- To unsubscribe, e-mail: mirror+unsubscribe(a)opensuse.org To contact the owner, email: mirror+owner(a)opensuse.org

2 4

[mirror] openSUSE Leap 15.1 on the way
by Ludwig Nussel 17 May '19

17 May '19

Hi, openSUSE Leap 15.1 is on the way to your servers! Release date is Wednesday 22nd 12:00 UTC. As usual access to iso images is limited until then. stage mirrors should be able to pull the iso nevertheless (and keep the restricted permission). So maybe a good chance to check your setup so it's ready for Wednesday. cu Ludwig -- (o_ Ludwig Nussel //\ V_/_ http://www.suse.com/ SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg) -- To unsubscribe, e-mail: mirror+unsubscribe(a)opensuse.org To contact the owner, email: mirror+owner(a)opensuse.org

1 0

[mirror] openSUSE Leap 15.1 on the way
by Ludwig Nussel 17 May '19

17 May '19

Hi, openSUSE Leap 15.1 is on the way to your servers! Release date is Wednesday 22nd 12:00 UTC. As usual access to iso images is limited until then. stage mirrors should be able to pull the iso nevertheless (and keep the restricted permission). So maybe a good chance to check your setup so it's ready for Wednesday. cu Ludwig -- (o_ Ludwig Nussel //\ V_/_ http://www.suse.com/ SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg) -- To unsubscribe, e-mail: mirror+unsubscribe(a)opensuse.org To contact the owner, email: mirror+owner(a)opensuse.org

1 0

[mirror] Connection issues?
by Matthias Hunstock 25 Mar '19

25 Mar '19

Hi all, since around Friday our mirror has some issues connecting to the master: rsync: failed to connect to stage.opensuse.org (195.135.221.130): Connection refused (111) Is there something wrong with the server or should I have a look on our end of the cable? Regards Matthias -- To unsubscribe, e-mail: mirror+unsubscribe(a)opensuse.org To contact the owner, email: mirror+owner(a)opensuse.org

4 5

[mirror] Error Message: SSL certificate problem: unable to get local issuer certificate
by Felix Miata 26 Jan '19

26 Jan '19

$SUBJECT is what happens trying to zypper ref TW's BS repos, such as mozilla and Base:/System. Is this explained by ICC device profile database major outage on https://status.opensuse.org/ ? -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: mirror+unsubscribe(a)opensuse.org To contact the owner, email: mirror+owner(a)opensuse.org

2 4

[mirror] Ensure using -H flag with rsync for duplicate hardlinks
by Jimmy Berry 12 Oct '18

12 Oct '18

As it was noted in "Announcing new module opensuse-history for your bandwidth consideration" thread and included in documentation I figure it might be worth a call out in case anyone missed it. If you are mirroring the history module or modules that include it the -H flag is crucial to avoid lots of duplicate files. -- Jimmy -- To unsubscribe, e-mail: mirror+unsubscribe(a)opensuse.org To contact the owner, email: mirror+owner(a)opensuse.org

1 0

Re: [suse-mirror] Mirroring buildservice
by Stephan Kulow 07 Oct '18

07 Oct '18

Am Monday 04 October 2010 schrieb Carsten Otto: > Hi, > > On Mon, Oct 04, 2010 at 10:44:40AM +0200, Stephan Kulow wrote: > > > We get our data pushed from OpenSUSE directly. If there are files > > > missing, please push better :) > > > > I see that *Factory* is excluded for your mirror, that explains a good > > share of what I see as it matches the project name - one of the most > > busy ones actually. > > Oh, I thought we were mirroring everything OpenSUSE has to offer. What > do we need to do to actually get that? Could you just add Factory to the > pushes (and do a full sync)? We will extend disk space on demand, so it > may take a while until we are complete (as an alternative could you tell > us how much space we need?). > I don't think it makes sense to mirror everything. Many files are see so little traffic that mirroring them costs way too much. And now I'm really puzzled what your intention is - you strarted the thread with "remove all mirrors" and now you want even more stuff noone downloads? Greetings, Stephan -- To unsubscribe, e-mail: mirror+unsubscribe(a)opensuse.org For additional commands, e-mail: mirror+help(a)opensuse.org

7 20

[mirror] Announcing new module opensuse-history for your bandwidth consideration
by Jimmy Berry 19 Sep '18

19 Sep '18

Available from stage.opensuse.org is the opensuse-history rsync module which contains the contents of the history directory [1]. Currently, and for the foreseeable future, this is a set of Tumbleweed snapshots (previously released versions) for use with the tumbleweed-cli [2]. The snapshots have been available through un-official hosting for almost a year, but the official hosting has only been available for a couple weeks. I announced this hosting [3] on the opensuse-factory list today. The current size is just under 90GB and will likely remain in that neighborhood until allowed to increase the number of snapshots. :) The amount will fluctuate more than normal repositories since it is effected by the number of packages changed. For example if the included snapshots cover multiple full rebuilds from gcc updates or similar the snapshots will take up more space. The current size can be tracked via metrics.o.o [4]. The current snapshot will always redirect to standard path and as such will never hit the mirrors via the history path. As such it is less urgent that this module be synced immediately, but given snapshots are released daily, when all is well, it should be done regularly. Given this setup I would expect the history module to receive less traffic than the main TW files unless users switch to updated to latest-n snapshot (as I do using review information [5]) instead of always to latest. The snapshots are created using hard links so be sure your setup propagates those properly or it will take up a lot more space (~60GB * 10). In theory, everything should operate the same via mirror brain, but we currently have no mirrors so that will become clear once we have some. I look forward to your feedback and your bandwidth! :) [1] http://download.opensuse.org/history/ [2] https://github.com/boombatower/tumbleweed-cli [3] https://lists.opensuse.org/opensuse-factory/2018-09/msg00075.html [4] https://metrics.opensuse.org/d/osrt_history/osrt-history [5] http://review.tumbleweed.boombatower.com/ -- Jimmy -- To unsubscribe, e-mail: mirror+unsubscribe(a)opensuse.org To contact the owner, email: mirror+owner(a)opensuse.org

3 5

[mirror] ticket no. #39962
by Peter Makk 19 Sep '18

19 Sep '18

Hi! Is there any progress in ticket no. #39962 https://progress.opensuse.org/issues/39962 ? Thank you for your answer in advance! Regards, Peter -- To unsubscribe, e-mail: mirror+unsubscribe(a)opensuse.org To contact the owner, email: mirror+owner(a)opensuse.org

1 0

[mirror] New server in Canada
by George Nazarey 11 Sep '18

11 Sep '18

Greetings, I was wondering if opensuse needed another mirror in Canada? We just got server space and have some extra bandwidth and disk space. Thanks, ------------------ George Nazarey ftpadmin(a)naz.com To solve the problem is a task. To understand the problem is knowledge. fortuno, fortuno, gaudium, gaudium Computer Science is all about trying to find the right wrench to bang in the right screw. -T.Cumbo -- To unsubscribe, e-mail: mirror+unsubscribe(a)opensuse.org To contact the owner, email: mirror+owner(a)opensuse.org

2 1

[mirror] Hardware failure: pkg.adfinis-sygroup.ch
by Philipp Marmet 12 Jul '18

12 Jul '18

Dear all, Our mirror (pkg.adfinis-sygroup.ch) is currently offline due to hardware failure. We are currently looking for replacement hardware and will send you an update once the mirror is up again. Kind regards, Philipp Marmet -- Adfinis SyGroup AG Philipp Marmet, System Engineer Giessereiweg 5 | CH-3007 Bern Tel.: +41 31 550 31 11 | +41 31 550 31 09 https://www.adfinis-sygroup.ch/

1 0

[mirror] First openSUSE mirror in Uzbekistan
by Per Jessen 13 Jun '18

13 Jun '18

Today we would like to welcome the newest member of the openSUSE mirroring infrastructure and the first openSUSE mirror in Uzbekistan: Uzbekistan (Tashkent) - Datacenter Uzinfocom http://mirror.dc.uz/opensuse Many thanks for volunteering your time and resources! -- Per Jessen, Zürich (13.7°C) http://www.dns24.ch/ - your free DNS host, made in Switzerland. -- To unsubscribe, e-mail: mirror+unsubscribe(a)opensuse.org To contact the owner, email: mirror+owner(a)opensuse.org

1 0

[mirror] openSUSE Leap 15.0 - torrent file needed a fix
by Dominique Leuenberger / DimStar 27 May '18

27 May '18

Dear Mirror admins, As Ludwig announced last Friday, Leap 15.0 has seen the light of day and is being distributed just fine. Also from me a Thank you to all of you making this possible. Unforunately, a small error snuck into the release process: the .torrent file happened to be invalid We have corrected that issue yesterday and replaced the .torrent file. Please check/help to ensure that your mirror has caught up and updated the file accordingly. The correct information for the file are: Location: /distribution/leap/15.0/iso/ Name: openSUSE-Leap-15.0-DVD-x86_64.iso.torrent sha256sum: aaa679c7e6cbd7bef9332221cac9a7f51173a4f766a9c8788c5fb4ce80429304 Should you have a different file, then please resync this from our master server. Thank you for you help, Dominique

1 0

[mirror] openSUSE Leap 15.0 Gold
by Ludwig Nussel 25 May '18

25 May '18

Hi, openSUSE Leap 15.0 is Gold! The iso images are at the final location with read access disabled as usual. I'll fix the permissions in the morning of May 25th. The release is scheduled for 12:00 UTC on that day. Please make sure your mirror is configured to sync the permissions correctly from the staging server to not leak the isos. Potentially adjust the cron jobs so they run shortly before 12:00 UTC on May 25th to catch up with the latest state. Thanks for mirroring openSUSE! cu Ludwig -- (o_ Ludwig Nussel //\ V_/_ http://www.suse.com/ SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg) -- To unsubscribe, e-mail: mirror+unsubscribe(a)opensuse.org To contact the owner, email: mirror+owner(a)opensuse.org

1 1

[mirror] new mirror - mirror.math.princeton.edu
by Per Jessen 03 May '18

03 May '18

Today we would like to welcome a new member of the openSUSE mirroring infrastructure : USA - Princeton University Mathematics http://mirror.math.princeton.edu/pub/opensuse-full/opensuse Many thanks for joining us! -- Per Jessen, Zürich (10.8°C) Member, openSUSE Heroes -- To unsubscribe, e-mail: mirror+unsubscribe(a)opensuse.org To contact the owner, email: mirror+owner(a)opensuse.org

1 0

[mirror] wget existing files 404
by Felix Miata 29 Mar '18

29 Mar '18

I know the files exist, because I can see them in a web browser. It's where I get the URL to feed wget: Examples: wget http://mirror.us.leaseweb.net/opensuse/tumbleweed/repo/oss/i686/kernel-pae-… works wget http://download.opensuse.org/tumbleweed/repo/oss/i686/kernel-pae-4.15.13-1.… generates 404 This has been going on for more than a week, maybe more than a month. What's going on? -- "Wisdom is supreme; therefore get wisdom. Whatever else you get, get wisdom." Proverbs 4:7 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: mirror+unsubscribe(a)opensuse.org To contact the owner, email: mirror+owner(a)opensuse.org

3 5

[mirror] Welcome to new mirror - Universidade Federal do Amazonas
by Per Jessen 28 Mar '18

28 Mar '18

Today we would like to welcome a new member of the openSUSE mirroring infrastructure : Brazil - Universidade Federal do Amazonas http://mirror.ufam.edu.br/opensuse Many thanks for joining us! -- Per Jessen, Zürich (6.8°C) Member, openSUSE Heroes -- To unsubscribe, e-mail: mirror+unsubscribe(a)opensuse.org To contact the owner, email: mirror+owner(a)opensuse.org

1 0

[mirror] March 16th - mirrors.nxthost.com maintenance
by Ciprian 15 Mar '18

15 Mar '18

Hello, mirrors.nxthost.com will undergo maintenance for about 12 hours, from 00:00 to 12:00 (GMT+2) on the 16th of March. The mirror will be unavailable during this time. Regards, Ciprian Popa -- To unsubscribe, e-mail: mirror+unsubscribe(a)opensuse.org To contact the owner, email: mirror+owner(a)opensuse.org

1 0

[mirror] Welcome to new mirrors
by Per Jessen 28 Feb '18

28 Feb '18

Today we would like to welcome three new mirrors to the openSUSE mirroring infrastructure : Bulgaria - mirrors.burgaslan.bg Romania - mirrors.nav.ro Germany - opensuse.schlundtech.de Many thanks for joining us! -- Per Jessen, Zürich (-5.2°C) Member of openSUSE Heroes -- To unsubscribe, e-mail: mirror+unsubscribe(a)opensuse.org To contact the owner, email: mirror+owner(a)opensuse.org

1 0

[mirror] Mirror up - nxthost.com
by Ciprian 27 Feb '18

27 Feb '18

Hello, mirrors.nxthost.com is now up and all services are available. Regards, Ciprian Popa -- To unsubscribe, e-mail: mirror+unsubscribe(a)opensuse.org To contact the owner, email: mirror+owner(a)opensuse.org

1 0

[mirror] Mirror Downtime
by Ciprian 26 Feb '18

26 Feb '18

Hello, Due to an urgent issue, mirrors.nxthost.com is now down for maintenance. We expect a downtime of 10 hours. Thank you, Ciprian Popa -- To unsubscribe, e-mail: mirror+unsubscribe(a)opensuse.org To contact the owner, email: mirror+owner(a)opensuse.org

1 0

[mirror] Bandwidth decrease
by George Nazarey 13 Feb '18

13 Feb '18

Greetings, Over the past couple of days I have seen a huge decrease in traffic. Has anyone else seen this? ------------------ George Nazarey ftpadmin(a)naz.com To solve the problem is a task. To understand the problem is knowledge. fortuno, fortuno, gaudium, gaudium Computer Science is all about trying to find the right wrench to bang in the right screw. -T.Cumbo -- To unsubscribe, e-mail: mirror+unsubscribe(a)opensuse.org To contact the owner, email: mirror+owner(a)opensuse.org

2 4

[mirror] FYI: New scanner IP addresses: 195.135.221.170 and 2001:67c:2178:8::20
by Lars Vogdt 04 Dec '17

04 Dec '17

Hi Mirror Admins With the switch to a new mirror server this Thursday[1], we will also switch to a new scanner machine, running the constant scans on all mirror servers world wide. At the moment, we scan mostly via charybdis-ext.suse.de (aka nat.nue.novell.com): * 195.135.221.2 * 2620:113:80c0:5::2222 The new scanner will be in the same network range, but explizitely named scanner.opensuse.org for your convenience: * 195.135.221.170 * 2001:67c:2178:8::20 During this week, your machines will get hits from both scanners, as we want to see if there are some differences in the scan results. If everything goes as planned, we will shut down the old scanner and switch over to scanner.opensuse.org this Thursday. Please note that we always recommend to allow rsync traffic for our scanners, as this has a significant impact on speed and correctness of the results[2]. If it's not possible for you to allow read-only rsync access from the world, please allow at least the (open)SUSE IP ranges: * 195.135.220.0/22 * 2001:067c:2178::/48 Note 2: for push mirrors, we additionally scan via stage.opensuse.org: * 195.135.221.130 * 2001:67c:2178:8::10 This will stay as before, even after the switch over. Thanks and kind regards, in the name of the openSUSE heroes, Lars --- [1]: https://progress.opensuse.org/news/63 [2]: https://en.opensuse.org/openSUSE:Mirror_infrastructure -- To unsubscribe, e-mail: mirror+unsubscribe(a)opensuse.org To contact the owner, email: mirror+owner(a)opensuse.org

1 0

[mirror] Huh? major drop in both distribution and tumbleweed
by Per Jessen 21 Nov '17

21 Nov '17

Yesterday we saw volume served for /opensuse/distribution drop by 97%, /opensuse/tumbleweed by 94% ?? http://mirror.hostsuisse.com/stats/opensuse On average distribution/tumbleweed/update has a 10/60/30 split, but yesterday was more like 0/4/96. Just wondering if anyone else has seen something similar? -- Per Jessen, Zürich (4.4°C) -- To unsubscribe, e-mail: mirror+unsubscribe(a)opensuse.org To contact the owner, email: mirror+owner(a)opensuse.org

3 5

[mirror] Re: openSUSE Tumbleweed repo speed
by Per Jessen 18 Nov '17

18 Nov '17

Kemal Kilic wrote: > Since you have changed to mirror brain, > system update became very slow. Hello Kemal openSUSE has been using mirrorbrain for years, nothing has changed in that. > The speed for me (in Cyprus) was about 1MBsec > now it is around 200KBsec! This could be caused by a mirror problem yesterday, we're looking into it. By the way, you wrote to ml-admin(a)opensuse.org, this is an address for mailing lists admins. If you want help with mirror issues, I suggest you try mirror(a)opensuse.org. Best regards Per Jessen -- Per Jessen, Zürich (4.9°C) openSUSE mailing list admin -- To unsubscribe, e-mail: mirror+unsubscribe(a)opensuse.org To contact the owner, email: mirror+owner(a)opensuse.org

1 0

[mirror] HTTPS support for Mirrors
by Marcus Meissner 15 Nov '17

15 Nov '17

Hi folks, We are currently working on more https enablement for the openSUSE download tooling. Background is that safe repository usage is possible for the main and update repositories, but not for the rest buildservice repositories, which have unknown keys. software.opensuse.org and download.opensuse.org can provide https URLs already. The problem we are facing is that download.opensuse.org redirects from HTTPS to HTTP, which is caught by various clients as a security violation. So to avoid making clients less secure, we would like to know if some of you can offer https serving mirrors of openSUSE. With the availability of letsencrypt this can even be done without any additional costs. A low footprint client for letsencrypt is dehydrated (https://github.com/lukas2511/dehydrated), which can also be obtained as packages for openSUSE, SLES, CentOS and RHEL from https://software.opensuse.org/download.html?project=security:dehydrated&pac…. Ciao, Marcus

9 13

[mirror] Maybe some interesting IPv6 statistics
by Per Jessen 15 Nov '17

15 Nov '17

I've been tracking the usage of our mirror for 2-3 weeks, and have noticed some interesting things. The mirror is located in Switzerland, this is the top-10 (by unique addresses) of the countries we serve: Country Clients IPv6 | ru | 1134 | 10% | nl | 1330 | 28% | br | 1461 | 43% | uk | 1621 | 23% | fr | 2763 | 23% | ch | 2969 | 18% | es | 3429 | 2% | it | 4844 | 0% | us | 6094 | 23% | de | 15721 | 20% On average, IPv6 clients now make up 22% of the total, with peaks at up to 32%. IPv6 volume is 12% on average, peaks at up to 15% of the total. The top-10 countries by distinct IPv6 addresses: | de | 3197 | | us | 1416 | | fr | 640 | | br | 622 | | ch | 543 | | nl | 378 | | gb | 367 | | gr | 348 | | be | 346 | | cz | 182 | -- Per Jessen, Zürich (0.4°C) http://www.hostsuisse.com/ -- To unsubscribe, e-mail: mirror+unsubscribe(a)opensuse.org To contact the owner, email: mirror+owner(a)opensuse.org

1 0

[mirror] Mirroring repositories
by ariel sabiguero yawelak 14 Nov '17

14 Nov '17

Hi there. I would like to mirror "Repositories" and maybe "ports". Would you point me to the right rsync server & URL in order to start some tests? best regards ariel -- To unsubscribe, e-mail: mirror+unsubscribe(a)opensuse.org To contact the owner, email: mirror+owner(a)opensuse.org

1 0

[mirror] Directory structure changed?
by Till Dörges 12 Nov '17

12 Nov '17

Hello all, first off, I'm not sure whether this is the right place to direct my question to. So in that case I apologize and would appreciate a proper redirect. We have an internal mirror of rsync.opensuse.org::opensuse-updates - mainly to save bandwidth. Sometime on Nov 10 or 11 the directory structure changed. It appears an additional 'leap' directory was introduced: old http://rsync.opensuse.org/update/leap/42.2/oss/x86_64/ new http://rsync.opensuse.org/update/leap/leap/42.2/oss/x86_64/ It appears the old structure is kept but not updated? So is it safe to switch to the new directory structure and ignore the old (because right now almost all files are present twice...)? Thanks and regards -- Till PS: Please CC me for answers as I'm not subscribed to the list. -- Dipl.-Inform. Till Dörges doerges(a)pre-sense.de Tel. +49 - 40 - 244 2407 - 14 Fax +49 - 40 - 244 2407 - 24 PRESENSE Technologies GmbH Sachsenstr. 5, D-20097 HH Geschäftsführer/Managing Directors AG Hamburg, HRB 107844 Till Dörges, Jürgen Sander USt-IdNr.: DE263765024 -- To unsubscribe, e-mail: mirror+unsubscribe(a)opensuse.org To contact the owner, email: mirror+owner(a)opensuse.org

1 0

[mirror] [suse-mirror] howto ID bad mirror?
by Felix Miata 09 Nov '17

09 Nov '17

237MB oxygen5-icon-theme-scalable not infrequently serves as a tell that some mirrorbrain problem exists. I was trying to do a 42.3 update, and this noarch rpm was variously downloading at sub-POTS speeds, or timing out. In order to work around this I redefined the OSS and Update repos to use widehat.opensuse.org instead of download.opensuse.org. When this happens in the future, how can I identify which mirror is producing this sloth, so that it can be reported? -- "Wisdom is supreme; therefore get wisdom. Whatever else you get, get wisdom." Proverbs 4:7 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: mirror+unsubscribe(a)opensuse.org To contact the owner, email: mirror+owner(a)opensuse.org

1 0

[mirror] Re: [heroes] much lower mirror activity since Friday?
by Per Jessen 21 Oct '17

21 Oct '17

Levon Avagyan wrote: > Dear Per, > > For sure rsync is not related. > Problem is clearly with mirror brain. > Please have a look at attached picture. Only option is to download directly. Hi Levon that is weird - I have just tried the same, it looks like it's a problem on IPv4. With IPv6, it worked fine. I'm cc'ing mirror(a)o.o. On Levon's screenshot, it is clear that no mirrors were found for: http://download.opensuse.org/distribution/leap/42.2/iso/openSUSE-Leap-42.2-… When I tried from ipv6, I got two mirrors, but when I tried from an IPv4 in Germany, I also got no mirrors. -- Per Jessen, Zürich (18.1°C) openSUSE mailing list admin -- To unsubscribe, e-mail: mirror+unsubscribe(a)opensuse.org To contact the owner, email: mirror+owner(a)opensuse.org

3 2

[mirror] some observations about access patterns
by Per Jessen 20 Sep '17

20 Sep '17

Now that our mirror is running again, our Informatiker-apprentice had a closer look at the mirror and the traffic over the last 3 days. He wrote up a brief report, these are some interesting observations. Looking only at traffic from user-agent "ZYpp <something>" : 6677 unique IPv4 addresses, 393 unique IPv6 ditto - about 6%. apache goes very busy at times, easily hitting the ceiling at 150 active clients. This was a bit surprising, we didn't expect that much openSUSE activity in Switzerland (which has 2 other mirrors). Because of this, I asked him to find out where all that traffic was coming from and that is quite surprising: 123 different countries, 50 with more than 10 unique addresses. (IPv4 only). These are the top scorers: country addrs | us | 1115 | | de | 768 | | it | 658 | | ch | 639 | | es | 462 | | fr | 315 | | br | 312 | | ru | 234 | | ca | 143 | | in | 131 | | cn | 128 | | mx | 120 | | uk | 119 | | za | 111 | | pl | 105 | Some of these are understandable - Italy, France and Germany all border on Switzerland, maybe our mirror is better connected for some regions? But USA, Brazil, Canada, India, China and Mexico? Looking at Italy and Spain - Italy has only one mirror, tumbleweed/ is outdated. update/ is outdated. Spain has only one mirror – address not found “ftp.gui.uva.es”. One country code noone immediately recognised - 'af'. Turns out to be Afghanistan. Seems the Afghani Telecomms tried our mirror from more than 50 addresses. -- Per Jessen, Zürich (10.8°C) -- To unsubscribe, e-mail: mirror+unsubscribe(a)opensuse.org To contact the owner, email: mirror+owner(a)opensuse.org

1 0

[mirror] some observations about mirror access
by Per Jessen 20 Sep '17

20 Sep '17

Now that our mirror is running again, our Informatiker-apprentice had a closer look at the mirror and the traffic over the last 3 days. He wrote up a brief report, there are some interesting observations. Looking only at traffic with user-agent "ZYpp <something>": 6677 unique IPv4 addresses, 393 unique IPv6 ditto - about 6%. apache goes very busy at times, easily hitting the ceiling at 150 active clients. This was a bit surprising, we didn't expect that much openSUSE activity in Switzerland (which has 2 other mirrors). Because of this, I asked him to find out where all that traffic was coming from and that is quite surprising: 123 different countries, 50 with more than 10 unique addresses. (IPv4 only). These are the top scorers: country addrs | us | 1115 | | de | 768 | | it | 658 | | ch | 639 | | es | 462 | | fr | 315 | | br | 312 | | ru | 234 | | ca | 143 | | in | 131 | | cn | 128 | | mx | 120 | | uk | 119 | | za | 111 | | pl | 105 | Some of these are understandable - Italy, France and Germany all border on Switzerland, maybe our mirror is better connected for some regions? (difficult to imagine though). But USA, Brazil, Canada, India, China and Mexico? Looking at Italy and Spain - Italy has only one mirror, tumbleweed/ is outdated. update/ is outdated. Spain has only one mirror – address not found “ftp.gui.uva.es”. One country code noone immediately recognised - 'af'. Turns out to be Afghanistan. Seems the Afghani Telecomms tried our mirror from more than 50 addresses. -- Per Jessen, Zürich (10.8°C) -- To unsubscribe, e-mail: mirror+unsubscribe(a)opensuse.org To contact the owner, email: mirror+owner(a)opensuse.org

1 0

Re: [mirror] problem with rsync
by Levon Avagyan 17 Sep '17

17 Sep '17

Hi Ariel, Looks like you have permission problem in one of sub directory You did "chown -R mirror:mirror /opensuse", right? Best regards, Levon Avagyan. On Sep 17, 2017 04:54, ariel sabiguero yawelak <asabigue(a)fing.edu.uy> wrote: > > hi all > > I am getting the following error while rsyncing. Any clues? I chowned > the full directory to mirror user. There is free space and there are > inodes available. > > regards > > ariel > > _____ > > > This is rsync.opensuse.org, public rsync server of openSUSE.org, > limited to 50 connections. > > If you run a public mirror, please get in contact so we can give you > access to the stage rsync server. > You'll find conditions for access and further information at > http://en.opensuse.org/Mirror_Infrastructure > > Thanks! > admin(a)opensuse.org > > > > rsync: opendir > "/opensuse/ports/armv7hl/distribution/leap/42.3/repo/oss/suse" (in > opensuse-full) failed: Permission denied (13) > IO error encountered -- skipping file deletion > rsync error: some files/attrs were not transferred (see previous errors) > (code 23) at main.c(1652) [generator=3.1.0] > > -- > To unsubscribe, e-mail: mirror+unsubscribe(a)opensuse.org > To contact the owner, email: mirror+owner(a)opensuse.org > ______________________ Սույն նամակը և կից ֆայլերը կարող են պարունակել գաղտնի տեղեկատվություն, որը կարող է պաշտպանված լինել օրենքով: Դրանք չպետք է ուղարկվեն, օգտագործվեն կամ կրկնօրինակվեն առանց թույլտվության: Եթե Դուք սխալմամբ եք ստացել սույն նամակը, ապա խնդրում ենք այդ մասին տեղեկացնել նամակն ուղարկողին և ջնջել նամակն ու կից ֆայլերը: This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments.

1 0

[mirror] problem with rsync
by ariel sabiguero yawelak 17 Sep '17

17 Sep '17

hi all I am getting the following error while rsyncing. Any clues? I chowned the full directory to mirror user. There is free space and there are inodes available. regards ariel _____ This is rsync.opensuse.org, public rsync server of openSUSE.org, limited to 50 connections. If you run a public mirror, please get in contact so we can give you access to the stage rsync server. You'll find conditions for access and further information at http://en.opensuse.org/Mirror_Infrastructure Thanks! admin(a)opensuse.org rsync: opendir "/opensuse/ports/armv7hl/distribution/leap/42.3/repo/oss/suse" (in opensuse-full) failed: Permission denied (13) IO error encountered -- skipping file deletion rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1652) [generator=3.1.0] -- To unsubscribe, e-mail: mirror+unsubscribe(a)opensuse.org To contact the owner, email: mirror+owner(a)opensuse.org

1 0

[mirror] mirror status for 'mirror.hostsuisse.com' not updating?
by Per Jessen 15 Sep '17

15 Sep '17

Now that our mirror is fully synced, when I look at https://mirrors.opensuse.org/, I was expecting to see some tickboxes for http://mirror.hostsuisse.com slowly turn up, but nothing seems to be changing? -- Per Jessen, Zürich (13.2°C) -- To unsubscribe, e-mail: mirror+unsubscribe(a)opensuse.org To contact the owner, email: mirror+owner(a)opensuse.org

6 12

Re: [mirror] mirror status for 'mirror.hostsuisse.com' not updating?
by Per Jessen 15 Sep '17

15 Sep '17

Michael Meier wrote: > I think it's kind of funny you did not test it via IPv6, considering how > you historically have complained multiple times on this mailing list > when the opensuse-servers forgot their IPv6 IP yet again? :) Good point :-) It used to work, but when we went public, we changed the IPv6 address, and someone forgot to update the firewall ... It was rsync.o.o that used to have the IPv6 address that kept dropping off, I haven't seen any such problems on stage.o.o. Gruss Per -- To unsubscribe, e-mail: mirror+unsubscribe(a)opensuse.org To contact the owner, email: mirror+owner(a)opensuse.org

1 0

[mirror] mirrorbrain not probing?
by Per Jessen 13 Sep '17

13 Sep '17

Looks like our mirror is now fully synced, but I don't see mirrorbrain probing and the status is not being updated on mirror.o.o. -- Per Jessen, Zürich (15.2°C) http://www.cloudsuisse.com/ - your owncloud, hosted in Switzerland. -- To unsubscribe, e-mail: mirror+unsubscribe(a)opensuse.org To contact the owner, email: mirror+owner(a)opensuse.org

4 13

Re: [mirror] mirrorbrain not probing?
by Levon Avagyan 13 Sep '17

13 Sep '17

Hello Per, Same here. You are lucky, our mirror is syncing for more than two days now. Best regards, Levon Avagyan. On Sep 13, 2017 10:30 AM, Per Jessen <per(a)computer.org> wrote: > > Per Jessen wrote: > > > Looks like our mirror is now fully synced, but I don't see mirrorbrain > > probing and the status is not being updated on mirror.o.o. > > Is this just me or is somebody else also seeing this issue? > > > > -- > Per Jessen, Zürich (13.5°C) > http://www.hostsuisse.com/ - dedicated server rental in Switzerland. > > -- > To unsubscribe, e-mail: mirror+unsubscribe(a)opensuse.org > To contact the owner, email: mirror+owner(a)opensuse.org > ______________________ Սույն նամակը և կից ֆայլերը կարող են պարունակել գաղտնի տեղեկատվություն, որը կարող է պաշտպանված լինել օրենքով: Դրանք չպետք է ուղարկվեն, օգտագործվեն կամ կրկնօրինակվեն առանց թույլտվության: Եթե Դուք սխալմամբ եք ստացել սույն նամակը, ապա խնդրում ենք այդ մասին տեղեկացնել նամակն ուղարկողին և ջնջել նամակն ու կից ֆայլերը: This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments.

3 2