Project

General

Profile

Actions
Copy link

tickets #114418

open

Possible problem in some South America (Brazil) mirror

Added by welder.luz@suse.com almost 2 years ago. Updated over 1 year ago.

Status:
New
Priority:
Normal
Assignee:
andriinikitin
Category:
Mirrors
Target version:
-
Start date:
2022-07-20
Due date:
% Done:

0%

Estimated time:

Description

Hello everyone,

I am a software engineering based in Brazil and working as a member of the SUSE Manager engineering team. Since the beginning, I'm having problems downloading some packages or metadata files from SUSE servers and my impression is that it could be related to some problem in the mirrors of my region.

What happens is that I get and error while trying to download some file (typically in the context of some automated script), and when I try to immediately download the same file using the web browser it works without any problem.

More recently (since last week), the problems with some URLs started to be more recurrent, some examples of URLs:

https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Master:/Other/openSUSE_Leap_15.4/repodata/d12dda040f5d02b81b30eda056fcdac6cb1efb8c41c47cc6786c8ad0fff5dfe4-primary.xml.gz

https://download.opensuse.org/repositories/openSUSE:/Leap:/15.4/standard/repodata/ce05d60302efda01fd0719deefcf0e233eb930e2224b5ed0d7bc4b5f81c3adfd-primary.xml.gz

Could you please give me some help? I put the access to these files in a loop using curl and I catch the following:

  • Server certificate:
  • subject: CN=sagres.c3sl.ufpr.br
  • start date: Jul 4 20:02:18 2022 GMT
  • expire date: Oct 2 20:02:17 2022 GMT
  • subjectAltName: host "opensuse.c3sl.ufpr.br" matched cert's "opensuse.c3sl.ufpr.br"
  • issuer: C=US; O=Let's Encrypt; CN=R3
  • SSL certificate verify ok. } [5 bytes data] > GET /distribution/leap/15.4/repo/oss/repodata/ce05d60302efda01fd0719deefcf0e233eb930e2224b5ed0d7bc4b5f81c3adfd-primary.xml.gz HTTP/1.1 > Host: opensuse.c3sl.ufpr.br > User-Agent: curl/7.83.1 > Accept: / > { [5 bytes data]
  • TLSv1.3 (IN), TLS handshake, Newsession Ticket (4): { [297 bytes data]
  • TLSv1.3 (IN), TLS handshake, Newsession Ticket (4): { [297 bytes data]
  • old SSL session ID is stale, removing { [5 bytes data]
  • Mark bundle as not supporting multiuse < HTTP/1.1 200 OK < Date: Mon, 18 Jul 2022 13:24:19 GMT < Server: Apache < Last-Modified: Sat, 28 May 2022 18:20:28 GMT < ETag: "19a28bf-5e0167a38d300" < Accept-Ranges: bytes < Content-Length: 26880191 < Content-Type: application/x-gzip < { [7961 bytes data] 94 25.6M 94 24.1M 0 0 367k 0 0:01:11 0:01:07 0:00:04 251k* transfer closed with 1184230 bytes remaining to read 95 25.6M 95 24.5M 0 0 372k 0 0:01:10 0:01:07 0:00:03 420k
  • Closing connection 2 } [5 bytes data]
  • TLSv1.3 (OUT), TLS alert, close notify (256): } [2 bytes data] curl: (18) transfer closed with 1184230 bytes remaining to read
Actions
Copy link
 #1

Updated by cboltz almost 2 years ago

  • Category set to Mirrors
  • Assignee set to andriinikitin
Actions
Copy link
 #2

Updated by pjessen over 1 year ago

  • Private changed from Yes to No

Just an observation - on my 15.2 laptop, I have no problem downloading that https://opensuse.c3sl.ufpr.br/distribution/leap/15.4/repo/oss/repodata/ce05d60302efda01fd0719deefcf0e233eb930e2224b5ed0d7bc4b5f81c3adfd-primary.xml.gz, with http or https, with curl, wget or firefox. It takes about 10seconds.
On a 15.4 machine, it is slow as molasses. Predicted time 50minutes ....
On a TW machine (not quite current), it is slow as molasses. Predicted time 70minutes ...

Actions
Copy link
 #3

Updated by pjessen over 1 year ago

pjessen wrote:

On a 15.4 machine, it is slow as molasses. Predicted time 50minutes ....
On a TW machine (not quite current), it is slow as molasses. Predicted time 70minutes ...

I have no idea if it has any bearing on this at all, but I ran wget with strace on both 15.2 and on TW - on TW, I see many more calls of:

read(4, ....
write(3, ....
ioctl(0, TIOCGPGRP, [27054])            = 0
getpgrp()                               = 27054
ioctl(0, TIOCGPGRP, [27054])            = 0
getpgrp()                               = 27054

On 15.2, there are some getprpg() calls too, but with hundreds of read/writes inbetween.

Actions
Copy link
 #4

Updated by avicenzi over 1 year ago

Welder, if you switch to cache.opensuse.net.br instead of download.opensuse.org can you still reproduce the problem?

Actions
Copy link

Also available in: Atom PDF