openSUSE admin

When trying to create the database enetry, I kept getting this:

# sh newmirror
Traceback (most recent call last):
  File "/usr/bin/mb", line 1729, in <module>
    r = mirrordoctor.main()
  File "/usr/lib/python2.7/site-packages/cmdln.py", line 261, in main
    return self.cmd(args)
  File "/usr/lib/python2.7/site-packages/cmdln.py", line 284, in cmd
    retval = self.onecmd(argv)
  File "/usr/lib/python2.7/site-packages/cmdln.py", line 422, in onecmd
    return self._dispatch_cmd(handler, argv)
  File "/usr/lib/python2.7/site-packages/cmdln.py", line 1123, in _dispatch_cmd
    return handler(argv[0], opts, *args)
  File "/usr/bin/mb", line 212, in do_new
    prefixOnly   = opts.prefix_only or 0)
  File "/usr/lib/python2.7/site-packages/sqlobject/main.py", line 1301, in __init__
    self._create(id, **kw)
  File "/usr/lib/python2.7/site-packages/sqlobject/main.py", line 1352, in _create
    self._SO_finishCreate(id)
  File "/usr/lib/python2.7/site-packages/sqlobject/main.py", line 1378, in _SO_finishCreate
    id, names, values)
  File "/usr/lib/python2.7/site-packages/sqlobject/dbconnection.py", line 493, in queryInsertID
    names, values)
  File "/usr/lib/python2.7/site-packages/sqlobject/dbconnection.py", line 342, in _runWithConnection
    val = meth(conn, *args)
  File "/usr/lib/python2.7/site-packages/sqlobject/postgres/pgconnection.py", line 295, in _queryInsertID
    self._executeRetry(conn, c, q)
  File "/usr/lib/python2.7/site-packages/sqlobject/postgres/pgconnection.py", line 259, in _executeRetry
    raise dberrors.DataError(ErrorMessage(e))
sqlobject.dberrors.DataError: value too long for type character varying(2)

I guess that "varying(2)" is either region or country, but why we should get a value longer than that, dunno.
For now I have "hardcoded" country as 'cn' and region as 'as'.

Also, I need a single IPv4 address for adding to the rsync ACL, I cannot use a full range.

Hello,

About the DNS issues, we found that this is an occasional problem. We have heard some feedback users resolve this domain name of the other service domain of our university out of mainland China, there is a small probability that they will get the intranet address of the service (maybe this issue is related to the GeoDNS system of our university’s DNS server, but I've tried serval DNS in mainland China and DNS from Cloudflare and Google but have not been able to reproduce this issue for now). I will report this issue and investigate with our university's ITSC.

nslookup mirrors.sustech.edu.cn 1.0.0.1
Server: 1.0.0.1
Address: 1.0.0.1#53
​
Non-authoritative answer:
Name: mirrors.sustech.edu.cn
Address: 116.7.234.220
Name: mirrors.sustech.edu.cn
Address: 2001:da8:201d::47:198

About the rsync whitelist IP, it is okay for you to add only IPv6 address to the ACL, as the mirror infrastructure is operated behind an NAT and have a dynamic outbound IP in the range I mentioned in the ticket (116.7.234.0/24).

Sincerely,
Qingyuan Fan

cra@sustech.edu.cn wrote:

About the rsync whitelist IP, it is okay for you to add only IPv6 address to the ACL, as the mirror infrastructure is operated behind an NAT and have a dynamic outbound IP in the range I mentioned in the ticket (116.7.234.0/24).

Okay, done.
I'm just running another scan, when that is complete, the mirror will be automatically enabled.

FYI, we do have an option 'ipv6only', but I don't know if it works. I have enabled it for your mirror, please let me know if you have any problems.

Hmm, the scan still does not complete. It looks like the rsync filelisting fails (probably a timeout), after which the scanner reverts to http. Unfortunately, your directory listing is not in a format we recognise.

# mb scan suste
Fri Mar 19 16:34:00 2021 mirrors.sustech.edu.cn: starting
Fri Mar 19 16:37:32 2021 mirrors.sustech.edu.cn: total files before scan: 0
__DIE__: (/usr/bin/scanner 315 main::rsync_readdir => /usr/bin/scanner 1123 (eval) => /usr/bin/scanner 1124 main::rsync_get_filelist)
mirrors.sustech.edu.cn: unparseable HTML index in /
Fri Mar 19 16:39:45 2021 mirrors.sustech.edu.cn: scanned 0 files (0/s) in 132s
Fri Mar 19 16:39:45 2021 mirrors.sustech.edu.cn: files to be purged: 0
Fri Mar 19 16:43:48 2021 mirrors.sustech.edu.cn: total files after scan: 0 (delta: 0)
Fri Mar 19 16:43:48 2021 mirrors.sustech.edu.cn: purged old files in 243s.
Fri Mar 19 16:43:48 2021 mirrors.sustech.edu.cn: done.
Completed in 9.8 minutes

Hi, unfortunately we found that recently our university have filtered the port 873 for user out of our ASN on IPv4. But it seems that the scanner of openSUSE can only be initialized from IPv4 (195.135.220.0/22) as referring to the documentation (https://en.opensuse.org/openSUSE:Mirror_infrastructure#Registering_your_mirror).

We will report this issue to ITSC. However, it may take some time to fix this issues together with university's ITSC. May you just close this issue for now and we will open a new issue once we processed the port filter issues with our university 's ITSC. Sorry for the inconvenience. Sorry for the inconvenience.