Although I feel this is more of arrow library issue rather than swh issue.
Mon, Aug 12
Thanks @nahimilega, changing locale worked out fine
Thu, Aug 8
I solved this issue by changing my system locale to 'en_US'.
You can refer to these tutorials to change your system
Jul 19 2019
Jul 18 2019
Jul 14 2019
Jul 10 2019
I think it's related to T1863.
Jul 8 2019
Jul 4 2019
I have cc-ed firstname.lastname@example.org, no idea if that will work or not though
I have reported the issue to the atlassian team  with mostly the following analysis:
So possibly a blacklist per range of ips.
Jul 3 2019
Jul 1 2019
Getting gnu-savannah instance out of the task (T1451 exists for it already).
Jun 30 2019
I did not find anything specific to rate limit policy for salsa.
I found an api usage best practices chapter though .
I'll just concentrate on fixing the urls and respawn those tasks for now.
Jun 29 2019
I'd be inclined to use a composition of solution:
- having the listing policy determined at cgit instance lister initialization (3.)
- Since 1. has already been done in the past, use that instead as a fallback (eclipse and freedesktop might be popular enough to sustain the load for a tad more requests than the current bare listing we do).
Jun 28 2019
It's not really related, because gitweb and cgit are two different things.
Getting cgit.freedesktop.org out of the scope of this task.
See T1861 for it.
The instances (all except freedesktop) are done being listed.
Here we go, it's starting...
swh-lister=> select instance, count(*) from cgit_repo group by instance; instance | count --------------+------- gnu-kernel | 1002 gnu-savannah | 1018 tor | 492 (1 row)
Build has FAILED
Trying to determine if it's a blacklist per ip, i rescheduled this with another worker (worker02).
It got stuck with the same error.
Jun 26 2019
It's currently running now.
9k listed so far.
Maybe not, i see task-type references in the scheduler db...
It's not been deployed through the scheduler though (it most probably anterior to the scheduler).