map the origin url with the old googlecode ones. Scheme is http://.googlecode.com/svn/
we keep the loader-svn's current state (revision hash divergence check detection or svn:external triggers an error which logs an error and stops the loading).
An update on this, this is still work in progress.
status
~168.5k repositories to ingest out of 575k repositories.
This is already scheduled in the loader-svn queue.
This is in stand-by (cf. below).
issues
As we hit regularly the following issue:
out of ram -> 2. worker killed without possibilities to run the cleaning step -> 3. out of disk issues -> 4. at least one worker idle (the one without space disk) which consumes without doing anything useful the remaining queued jobs.
Note: Important implementation detail, loader-svn works on disk.
workaround in progress
For now, @olasd and I worked on provisioning vms on beaubourg (almost there) to make those disk workers (git-disk + svn) run there.
The hypervisor beaubourg being not used as much as it could and louvre quite the opposite.
This is a workaround for now as other tasks have higher priorities (i'll mention them back when they exist :)