Project

General

Profile

Actions

tickets #119653

open

Request for info on the difference between standard and mirror repo addresses.

Added by tomaupa.garbizio@gmail.com over 1 year ago. Updated 4 months ago.

Status:
New
Priority:
Normal
Assignee:
Category:
Mirrors
Target version:
-
Start date:
2022-10-31
Due date:
% Done:

0%

Estimated time:

Description

Hi there

I'm unable to tell if it is a human error on my part or if there is a
possibility that it is a bug.
Let me explain:

I'm faced with the question as to why as followsr address is empty
(https://download.opensuse.org/repositories/multimedia:/libs:/) while
the mirror address
(https://provo-mirror.opensuse.org/repositories/multimedia:/libs:/) is not.

In fact, if I continue the search and enter the following address,
https://provo-mirror.opensuse.org/repositories/multimedia:/libs:/cisco-openh264/15.4/,
it works.
Stranger still, if I use this mirror instead,
https://rsync.opensuse.org/repositories/multimedia:/libs:/cisco-openh264/15.4/,
Firefox returns 403 forbidden.
Even stranger is that the previous level of the same address, i.e.
without 15.4, the folder is visible.

Where am I going wrong with my interpretation?

Let me know what you think.

Regards
Thobias

Actions #1

Updated by pjessen over 1 year ago

  • Category set to Mirrors
  • Private changed from Yes to No

Hi Thobias
I can confirm everything you have said.

Actions #2

Updated by pjessen over 1 year ago

The master appears to be empty:
https://download.opensuse.org/repositories/multimedia:/libs:/

However, it is not empty:

repopusher@pontifex2:~> l /srv/ftp/pub/opensuse/repositories/multimedia\:/libs\:/
total 8
drwxr-xr-x   3 mirror stage   35 Mar  4  2022 ./
drwxr-xr-x+ 19 mirror stage 4096 Mar  4  2022 ../
drwxr-x---  10 mirror stage 4096 Oct 19 16:33 cisco-openh264/

Apache is running with user "wwwrun", so the drwxr-x--- means it has no access.

provo-mirror has content:
https://provo-mirror.opensuse.org/repositories/multimedia:/libs:/cisco-openh264/

02:36 pontifex (provo-mirror):~ # l /srv/ftp/pub/opensuse/repositories/multimedia\:/libs\:/
total 0
drwxr-xr-x  3 mirror stage  36 Mar  4  2022 ./
drwxr-xr-x 19 mirror stage 333 Mar  4  2022 ../
drwxr-xr-x 11 mirror stage 270 Oct 19 16:33 cisco-openh264/

Firefox returns 403 forbidden :
https://rsync.opensuse.org/repositories/multimedia:/libs:/cisco-openh264/15.4/

rsync:/srv/ftp/pub/opensuse/repositories/multimedia:/libs: # l
total 0
drwxr-xr-x  3 mirror mirror  36 Mar  4  2022 ./
drwxr-xr-x 19 mirror mirror 333 Mar  4  2022 ../
drwxr-x--- 11 mirror mirror 270 Oct 19 16:33 cisco-openh264/

I presume the 403 is due to nginx running with user "nginx", so it has no access due to the drwxr-x---

I have no idea why "cisco-openh264/" does not have permissions drwxr-xr-x

Actions #3

Updated by tomaupa.garbizio@gmail.com over 1 year ago

Hi there again

I found other folders at ..../repositories/.... with the same problem.
That is, the main server "https://download.opensuse.org/repositories/"
is empty while the mirrors "https://rsync.opensuse.org/repositories/"
and "https://provo-mirror.opensuse.org/repositories/" are not.

Looking at the dates of the folders, it seems that the problem started
after 15 October.

Is this a synchronisation problem between the various mirror and main
servers or is it intentional?
By intentional, do I mean that the main repo server is always relevant
and to disregard mirrors?

Actions #4

Updated by pjessen over 1 year ago

  • Status changed from New to Feedback

tomaupa.garbizio@gmail.com wrote:

Hi there again

I found other folders at ..../repositories/.... with the same problem.
That is, the main server "https://download.opensuse.org/repositories/"
is empty while the mirrors "https://rsync.opensuse.org/repositories/"
and "https://provo-mirror.opensuse.org/repositories/" are not.

Could you list those please?

Is this a synchronisation problem between the various mirror and main
servers or is it intentional?

No, I don't see any issue with synchronisation, and no, it is not intentional.

By intentional, do I mean that the main repo server is always relevant
and to disregard mirrors?

The master server download.opensuse.org is always up-to-date and mirrorcache should not be redirecting you to mirrors that are not up-to-date.

Actions #5

Updated by pjessen over 1 year ago

I can only find one repository with those permissions:

pontifex2 (download.o.o):/srv/ftp/pub/opensuse/repositories/multimedia:/libs: # find ../.. -type d -perm 0750
../../multimedia:/libs:/cisco-openh264

On pontifex and rsync, I will change permissions for multimedia:/libs:/cisco-openh264 from 0750 to 0755 which I believe is what it needs to be.

Actions #6

Updated by pjessen over 1 year ago

tomaupa.garbizio@gmail.com wrote:

Hi there again

I found other folders at ..../repositories/.... with the same problem.
That is, the main server "https://download.opensuse.org/repositories/"
is empty

Fyi, it only appears to be empty, because apache is not permitted to read the directory.

Actions #8

Updated by tomaupa.garbizio@gmail.com over 1 year ago

Hi there

I apologise but I see no response to my previous feedback.
Regardless of this, I should report yet another similar oddity.

the address
https://download.opensuse.org/repositories/X11:/Cinnamon:/Current/openSUSE_Leap_15.4/
is empty.

but these addresses are not:
https://rsync.opensuse.org/repositories/X11:/Cinnamon:/Current/openSUSE_Leap_15.4/
https://provo-mirror.opensuse.org/repositories/X11:/Cinnamon:/Current/openSUSE_Leap_15.4/

Another strange thing is that even the top level of the primary repo address
https://provo-mirror.opensuse.org/repositories/X11:/Cinnamon:/Current/
is empty.

but these other addresses are not:
https://rsync.opensuse.org/repositories/X11:/Cinnamon:/Current/
https://provo-mirror.opensuse.org/repositories/X11:/Cinnamon:/Current/

Apparently it seems to be related to the latest update entry for TW done
on 12 November.

I would like to know your opinion as this is a problem from my point of
view.

Regards
Thobias

Actions #9

Updated by tomaupa.garbizio@gmail.com over 1 year ago

Hi there

I apologise but I see no response to my previous feedback.
Regardless of this, I should report yet another similar oddity.

the address
https://download.opensuse.org/repositories/X11:/Cinnamon:/Current/openSUSE_Leap_15.4/
is empty.

but these addresses are not:
https://rsync.opensuse.org/repositories/X11:/Cinnamon:/Current/openSUSE_Leap_15.4/
https://provo-mirror.opensuse.org/repositories/X11:/Cinnamon:/Current/openSUSE_Leap_15.4/

Another strange thing is that even the top level of the primary repo address
https://provo-mirror.opensuse.org/repositories/X11:/Cinnamon:/Current/
is empty.

but these other addresses are not:
https://rsync.opensuse.org/repositories/X11:/Cinnamon:/Current/
https://provo-mirror.opensuse.org/repositories/X11:/Cinnamon:/Current/

Apparently it seems to be related to the latest update entry for TW done
on 12 November.

I would like to know your opinion as this is a problem from my point of
view.

Regards
Thobias

Actions #10

Updated by pjessen about 1 year ago

  • Status changed from Feedback to New

I'm sorry it has had to wait for so long, but the time towards Christmas is a busy time of year.

Right now, "https://download.opensuse.org/repositories/X11:/Cinnamon:/Current" remains empty, whereas both rsync and provo-mirror have content. I would certainly have expected that inconsistency to have been cleared up long ago. I don't see any urgent issue though, you should never be redirected for content that does not exist.

The questions remains - why isn't that content being deleted on rsync.o.o and provo-mirror. Rsync option?

Actions #11

Updated by crameleon 8 months ago

I have no idea why "cisco-openh264/" does not have permissions drwxr-xr-x

We are not allowed to serve patented Cisco binaries, our agreement is to provide a special repository on https://codecs.opensuse.org which will redirect binary downloads for OpenH264 packages to Cisco servers.

Unfortunately no ideas about the other ones you listed.

Actions #12

Updated by crameleon 4 months ago

  • Assignee set to bmwiedemann

Hi @bmwiedemann, could you take this?

Actions

Also available in: Atom PDF